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Dear DECUS Member, 


The other day a friend of mine 
from one of the SIGs dropped by, and 
we got to discussing how computers 
have changed over the years. Being a 
wise old bird, he said that minis 
and micros had revolutionized the 
field. I didn't agree, and told him 
I thought there were too many 
computers and too many different 
systems out there, and that every 
time someone like Steve Jobs comes 
out with another mini or micro, I 
groan, "Oh no, not again!" 



I don't know about his place, but minis and micros are multiplying like 
rabbits in out department. The terminal I am using to write this has an RS232 
switch box connected to it. I can select either the PDP11/44 running RSX/IAS, 
the small PDP11 in my office running RT, or The VAX down the hall running VMS. 
That's 3 different operating systems, and three significantly different file 
structures, one a flat, single user structure, one almost a 2-deep tree 
structure, and the third a full tree structure. 


That small PDP11 in my office also has a VT05 and an LA34 connected to it. 
I'll occasionally be running DEC diagnostics on it, using it to trouble shoot 
boards removed from the other PDP11 computers that we service in our 
department. Total, 4 systems, and another file structure. 

Next to my terminal is a PC clone that's doing remote monitoring of an x- 
ray machine downstairs. That PC makes running that therapy machine easier, and 
it really helps with some service problems, but when I switch to the PC I 
again have to swith mental gears, and deal with another file system. (Anybody 
that designs a full tree sturcture file system and then leaves out version 
numbers should be shot, but that's for another editorial.) Total, 5 systems 
and still another file structure. 


To make matters worse, on the bench behind me are a couple of different 
micro based systems. One of the boxes will soon interface our new therapy 
machine to or VAX computers for computer verification of proper patient 
treatment. The other is a single board system with built in basic and digital 
and A/D capabilities which I am incorporating into a special dosimetry system. 
For each system, I again have to change mental gears. Total, 7 systems, but at 
least these micros don't have a file system to learn. 

As soon as I get the time, I'll go down the hall and get the Apple lie 
system to do development on our computer assisted diagnostic X-ray unit. Yet 
another language and system, and another different file structure. Total, 8 
systems. 

To make matters worse, my boss just informed me that in about a year, we 
will be doing some major development on a new projects involving RISC and Unix 
based work stations. That will bring the total up to 9 different systems. 
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An aquaintance once described the condition perfectly, he called it the 
tower of YABL, (for Yet Another Bloody Language.) Forget about Ken 0's idea of 
"one system from the micro to the mainframe" at our place. I swear we have 
more systems than CPU's! 

Actually, it isn't the major system differences that bug me, it's the 
little ones. A command of "DIR filename" on our PDP systems will include wild- 
carding on file type and version number, on the VAX and RT systems it does 
not. Our humble diagnostic system lets you do DIR ABC???.*, our advanced 
PDP11 and VAX systems don't. If I had a nickle for every time I couldn't find 
a file because I was using the wrong DIR command, I could retire today. When I 
go to the Apple II, I have to remember that its "CATALOG" not "DIR", with no 
wild card fanciness. And UNIX systems picked the perfectly logical "LS" 
command instead. 

It gets worse! Does this system want RENAME or MOVE? Do you ERASE, DELETE, 
or UNSAVE a file. Do you COPY, PIP, or DUMP it? What command do you need to 
make a file read only, or to make it undeletable? (I remember one memorable 
time sharing system where you could not make a file read only, but you could 
make it WRITE ONLY!) 

And then you have to edit your source! Do you use KED, EDT, TECO, EDI, or 
whatever to edit the file? No matter what your favorite editor, it won't be on 
all the systems. Computernicks haven't even decided yet wether the "DELETE" 
key should erase the character to the left of the cursor, or the character 
under the cursor! 

Oh lord, preserve us from the wrath of the Command Line Interperter! Does 
anybody out there from Languages and Tools have a reverse Rosetta stone lying 
around? I sure could use it. 



Frank "Ringmaster" Borger 
Newsletter Chair 
Michael Reese Medical Center 
Lake Shore Drive at 31st St 
Chicago, IL 60616 
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DTR/4GL SIG Calendar of Events for New Orleans 


Some of the meetings sponsored by the DTR/4GL SIG do not appear on the standard meeting schedule. Check the Calendar of 
Events below and the Meeting Schedule for sessions, meetings, and social events of interest to you. The DTR/4GL SIG Suite will 
be located in the Hilton Hotel; check the sign in the lobby for the room number.The DTR/4GL SIG Campground will be located in 
the convention center; check the signs or a copy of Update.Daily for the room number. 


May 6 - Sunday 

14:00-15:30 

“Session Chair Packet” Stuffing Party 

(Suite - Hilton) 

17:00-18:00 

Volunteer Session Chair “Meeting” 

(Suite - Hilton) 

18:00-20:00 

Open Steering Committee Meeting 

(Suite - Hilton) 

May 7 - Monday 

9:00-9:30 

Opening (roadmap) session 

(Room 41) 

17:30-19:00 

4GL Working Group Chairs & Counterparts 

(Suite - Hilton) 

May 8 - Tuesday 

9:00-10:30 

PowerHouse Working Group 

(Salon B - Hilton) 

10:30-11:30 

FOCUS Working Group 

(Salon B - Hilton) 

11:00-12:30 

PowerHouse Clinic 

(Campground) 

14:30-15:30 

Smartstar Working Group 

(Salon B - Hilton) 

15:30-16:30 

Ingres Working Group 

(Salon B - Hilton) 

16:00-18:00 

RALLY Clinic 

(Suite - Hilton) 

17:00-18:00 

DATATRIEVE Working Group 

(Salon A - Hilton) 

May 9 - Wednesday 

10:00-11:00 

Problem Solving Comparison Session 

(Room 36) 

15:00-16:00 

Accent R Town Meeting 

(Salon B - Hilton) 

16:00-17:00 

Cortex Working Group 

(Salon B - Hilton) 

16:00-17:00 

ORACLE Working Group 

(Campground) 

17:00-19:00 

ORACLE Clinic 

(Campground) 

17:00-19:00 

DATATRIEVE Clinic 

(Suite - Hilton) 

May 10-Thursday 

15:00-16:00 

RALLY Working Group 

(Salon C - Hilton) 

20:00-22:00 

Wombat Magic 

(Room 41) 

May 11 - Friday 

12:30-14:00 

Open Steering Committee Meeting 

(Suite - Hilton) 

18:00-17:00 

New Orleans Post Mortem & Las Vegas Planning 
Executive Steering Committee 

(to be announced) 
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Volunteers Needed at Symposia 

Harry J. Miller, Volunteer Coordinator, Ontario, CA 


Enhance your enjoyment of the New Orleans Symposium 
by participating in volunteer SIG Activities. Session chairs 
and suite hosts/hostesses are need to assist with SIG activities. 
Volunteers receive an appreciation gift. To participate, attend 
a drop-in meeting of volunteers between 5:00 and 6:00PM on 
Sunday, May 6, in the DTR/4GL SIG Suite in the Hilton Hotel 
(check in the lobby for the room number) or see Harry Miller, 
Volunteer Coordinator, at the Sunday evening Welcoming Re¬ 
ception (9:00 to 10:00PM) .You may also contact Harry Miller 
by phone at714-988-6481 extension 7798 at the Ontario Cal¬ 
ifornia Police Department during the week before the S ympo- 
sia if you would like to reserve a particular session chair. 


Session chairs have the best sear in the room - right up 
front! They introduce the speaker, control the question and an¬ 
swer session at the end of the talk, evaluate the presentation, 
enforce the DECUS commercialism policy, and assist the 
speak with the lights and audio-visuals. 

Suite hosts/hostesses welcome attendees, help direct at¬ 
tendees to Digital engineers and experienced users to get their 
questions answered, and make sure the hardware doesn’t 
sprout legs. 

In addition to the appreciation gift, the SIG will also send a 
“thank you” letter to the volunteer’s boss if the volunteer re¬ 
quests it. 


SMARTSTAR Working Group 

Charles R. Gross, Working Group Chair 


SMARTSTAR users will see a significantly increased 
presence at New Orleans. In addition to the 4GL comparison 
panel there will be 6 sessions - two on each of Tuesday, Thurs¬ 
day, and Friday. See the Symposium Schedule and the SIG 
Calendar for the specific topics and times. Along with the ses¬ 
sions will be the Working Group meeting Tuesday afternoon. 


We will be discussing the formation of several local user 
groups, so if you are interested in additional support, please at¬ 
tend. Experienced users and company representatives will be 
available in the campground. Watch UPDATE.DAILY for the 
specific times. 


PowerHouse Working Group 

C. Cecil Hawkins, Jr., PowerHouse Associate Newsletter Editor 


There was quite a turnout for the PowerHouse Working 
Group meeting at the Anaheim Symposium. The Working 
Group chair, David Hatfield, continues to serve; a Vice-Chair, 
Doug Brantley, and a newsletter editor, yours truly, Cecil 
Hawkins, have signed on to help lead the group. While we 
don’t have much experience, we’ll make up for it with enthu¬ 
siasm. Since the Working Group itself is a relatively new enti¬ 
ty, we will all get better at this as time goes by. 

There are four PowerHouse sessions scheduled for New 


Orleans, plus a Working Group meeting and a clinic. All Pow¬ 
erHouse users are invited to the Working Group meeting and 
the other sessions; we appreciate all the new faces and sugges¬ 
tions. Newsletter articles, ideas and/or suggestions can be 
mailed directly to me at the address given in the back of the 
newsletter. I’m also on DECUServe, for those of you who par¬ 
ticipate. 

See you in New Orleans! 


FOCUS Working Group 

Lesley A. Hulse, Working Group Chair 


The FOCUS-oriented sessions at the New Orleans Sym¬ 
posium this spring will range from coding techniques to pre¬ 
sentations on windowing and communication with IBM ma¬ 
chines. In addition, there is a scheduled two-hour clinic with 
developers. 

This spring, there will be a VAXStation running FOCUS 


located in the campground. Users who would like assistance 
or consulting with their applications should find this useful. In 
addition, prospective users interested in evaluating FOCUS in 
an informal, hands-on environment will be able to meet with 
developers and experienced users in a live environment. 
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ORACLE Working Group 

Mark Keller, Working Group Chair 


The ORACLE Working Group has scheduled a variety of 
activities for the Spring Symposium. ORACLE users won’t 
want to miss the Working Group Meeting and Clinic held in 
the Campground on Wednesday as shown on the Calendar of 
Events. This is your chance to meet ORACLE! 

During the Working Group meeting the wish list from 
Anaheim will be discussed. At the clinic you will have the op¬ 
portunity to find the answers to those problems you just can’t 


seem to figure out and perhaps find that you may have answers 
for others as well! 

The ORACLE Working Group will also participate in the 
4GL Panel on Wednesday. Plan on coming and hearing how 
one user solved the problem using ORACLE and later stop¬ 
ping by the Campground to see the application on line. 

See you in New Orleans. 


Special Notice of DATATRIEVE-11 Bug and Fix 


The following letter was sent to all DATATRIEVE-11 
Version 3.3 customers in late 1989. 

“Digital Equipment Corporation, developers of DATA¬ 
TRIEVE-11, request that customers do not install the DATA- 
TRIEVE-11 Version 3.3 kits recently distributed by Digital. 
A software error has been detected which - under certain cir¬ 
cumstances - will cause incorrect arithmetic results. Digital 
will provide a fix to the error as soon as possible. In the mean¬ 
time, please do not install DATATRIEVE-11 Version 3.3. We 
request that you retain the media and documentation kit for fu¬ 
ture use. 

The specific error that has been uncovered is: For calcula¬ 
tions using variables which have been declared for USAGE 
REAL, the results are improperly scaled, such that the result is 
reported with an improperly placed decimal point. The magni¬ 
tude of the error is dependent on the scale of both the REAL 
variable and the other factors in the calculation. 

If you are not sure what version of DATATRIEVE-11 is on 
your system, please check the image identification by running 
the DATATRIEVE-11 task. 

If the Image Identification Information section display 
shows: 

DATATRIEVE-11 DEC Query and Report 

System 

Version: V03.03-05, 15-Jun-89 


Type HELP for help 
DTR> 

or 

DATATRIEVE-11 DEC Query and Report 
System 

Version: V03.03-06, 10-Oct-89 

Type HELP for help 

DTR> 

then your system has the version of DATATRIEVE-11 
with the error. If your system has Version 3.3, please re-install 
the previous release of DATATRIEVE-11 Version 3.2. 

Digital regrets any inconvenience caused by this error. We 
are committed to a high-quality DATATRIEVE-11 product, 
and will correct the error described above and provide you 
with a resolution as soon as possible. 

Should you have any questions, contact your Digital Ser¬ 
vice Representative.” 

SOFTWARE PRODUCT SERVICES AND 
DATATRIEVE-11 PRODUCT MANAGEMENT 

FOLLOW-UP ACTION 

The software was corrected and the new kits shipped from 
the U.S. distribution center on February 9,1990. 


Analysis of Special RALLY PIR Ballots 

T. Chris Wool, PIR Coordinator, E.I. duPont, Newark, DE 


Product Improvement Requests (PIRs) are the process by 
which users give feed-back to Digital regarding improve¬ 
ments in products. Usually PIRs are generated and submitted 
by the users. Last fall, however, RALLY Engineering sub¬ 
mitted 30 PIRs for a special balloting. The descriptions of 
these PIRs and a ballot were published in the October 1989 is¬ 
sue of the Newsletter (Volume 5, Number 2). A large number 


of ballots were received. Several things were significant about 
the these ballots. First, there were 71 ballots received. This is 
almost twice the number received in previous PIR ballots. 
Second, of the 71 ballots received, only 28 were from users in 
the United States. The remainder were from other countries, 
with Australia leading the list at 38 ballots. 
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The statistical analysis of all ballots follows. The PIRs are 
ordered by decreasing total points. Also listed are the percent 
of ballots with positive points, the percent of ballots with neg¬ 
ative points, the average points, and the standard deviation of 


PIR Total 

No. PIR Description Pts 

16 Ability for ADL to move 266 

the cursor to a given field 

15 Provide more action sites 230 

28 Extend RALLY UPDATE to 202 

handle renaming of database fields 

26 Run-time variables from 178 

DML 

30 Provide LOV "Starts With" 162 

for definition time 

12 Display menu choices 159 

according to authorized access 

2 Require confirmation 158 

before delete 

25 LSE for editing ADL 157 

1 Provide 'Undelete record' 152 

command 

23 DCL object 145 

13 Enhance autocommit features 140 

in parent-child situations 

14 Highlight current field 130 

24 Ability to turn off 125 


Integrity Checking 

8 Character string formatting 124 

4 Allow 'next/previous record' 109 

to cross group boundaries 


5 Display current mode 103 

7 Adjust size of form/report 98 

to current environment 

17 Ability to set keypad to 89 

numeric or "application" mode 

9 Set terminal width from RALLY 86 

22 Ability to vary the text 77 

of the working message 

21 Trap broadcast messages 75 

18 Multiple legends for a field 69 

19 Option to make fields 59 

required in query mode 

3 Remember previous query 52 

criteria 

29 Extend use of CDD/Plus 50 

10 Don't start parent record on 41 

a separate page from children 

6 Step-by-step queries 20 

20 Option to suppress LOV 20 

validation in query mode 

27 Option for the definer 15 

to turn on/off legends 

11 Extend Menu Builder to 8 

include All-in-1 style menus 


Ballots were statistically analyzed for preference by user’s 
location (U.S.A., Non-U.S.A., Australia) and by application 


points. See the article in the October 1989 newsletter for a de¬ 
scription of how points could be balloted for or against a par- 


ticular PIR. 




Pet of 

Pet of 



Ballots 

Ballots 

Avg Pts 

Std Dev 

Pos Pts 

Neg Pts 

Given 

of Pts 

70.4 

0.0 

5.3 

2.8 

59.2 

0.0 

5.5 

3.1 

54.9 

0.0 

5.2 

2.9 

47.9 

0.0 

5.2 

2.8 

54.9 

0.0 

4.2 

2.4 

56.3 

0.0 

4.0 

2.2 

45.1 

1.4 

4.8 

3.3 

39.4 

4.2 

5.1 

4.4 

43.7 

1.4 

4.8 

3.8 

56.3 

1.4 

3.5 

2.3 

39.4 

0.0 

5.0 

2.7 

47.9 

1.4 

3.7 

2.2 

28.2 

4.2 

5.4 

4.4 

42.3 

1.4 

4.0 

2.5 

29.6 

2.8 

4.7 

4.5 

42.3 

4.2 

3.1 

2.9 

36.6 

0.0 

3.8 

2.7 

33.8 

0.0 

3.7 

2.7 

38.0 

0.0 

3.2 

2.3 

32.4 

4.2 

3.0 

3.1 

35.2 

2.8 

2.8 

2.4 

23.9 

1.4 

3.8 

3.3 

29.6 

0.0 

2.8 

1.6 

22.5 

0.0 

3.3 

3.0 

22.5 

4.2 

2.6 

4.5 

23.9 

0.0 

2.4 

1.5 

14.1 

2.8 

1.7 

2.2 

12.7 

1.4 

2.0 

1.8 

14.1 

5.6 

1.1 

3.0 

11.3 

11.3 

0.5 

5.1 


type (Business EDP/MIS, Education, Office Automation, 
Software Development, Engineering/Science, Service Bu- 
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reau). The complete analysis has been presented to the R AL- ranked the PIRs follows: 
LY Engineering Group. A comparison of how the groups 



All 

USA 

Non 

USA 

Austr 

EDP 

Edu 

OA 

Dev 

Engg 

Serv 

Ranking Users 

Users 

Users 

Users 

Type 

Type 

Type 

Type 

Type 

Type 


Responses 71 

28 

43 

38 

46 

16 

29 

50 

20 

7 

1 

16 

28 

15 

15 

16 

15 

15 

16 

16 

1 

2 

15 

16 

16 

16 

15 

25 

28 

15 

2 

2 

3 

28 

25 

1 

26 

28 

16 

16 

25 

1 

4 

4 

26 

24 

2 

2 

2 

26 

25 

28 

25 

16 

5 

30 

30 

12 

1 

30 

8 

23 

26 

15 

12 

6 

12 

15 

26 

12 

13 

4 

8 

2 

13 

8 

7 

2 

26 

4 

4 

12 

12 

30 

13 

26 

7 

8 

25 

14 

8 

8 

26 

30 

26 

24 

4 

9 

9 

1 

13 

23 

23 

23 

22 

12 

12 

5 

15 

10 

23 

22 

13 

5 

1 

17 

1 

30 

14 

5 

11 

13 

23 

5 

13 

24 

21 

13 

14 

30 

25 

12 

14 

9 

7 

14 

5 

13 

4 

1 

8 

30 

13 

24 

12 

28 

30 

4 

1 

7 

4 

28 

14 

14 

8 

21 

30 

7 

8 

23 

5 

8 

23 

17 

15 

4 

17 

14 

28 

25 

28 

21 

23 

12 

26 

16 

5 

2 

18 

18 

17 

7 

14 

9 

9 

28 

17 

7 

7 

25 

17 

18 

14 

24 

17 

7 

23 

18 

17 

5 

17 

25 

14 

19 

2 

22 

17 

6 

19 

9 

3 

19 

19 

7 

3 

17 

21 

19 

19 

20 

22 

29 

9 

9 

29 

27 

9 

5 

10 

21 

21 

21 

8 

29 

21 

19 

2 

18 

7 

3 

3 

22 

18 

18 

10 

10 

21 

6 

22 

19 

21 

10 

23 

19 

19 

21 

3 

22 

9 

11 

18 

18 

11 

24 

3 

1 

24 

22 

9 

20 

3 

10 

22 

13 

25 

29 

11 

3 

29 

3 

10 

29 

3 

24 

18 

26 

10 

6 

22 

24 

10 

11 

27 

29 

11 

20 

27 

6 

10 

20 

20 

20 

5 

10 

27 

29 

22 

28 

20 

27 

6 

6 

6 

29 

19 

6 

27 

24 

29 

27 

4 

27 

27 

27 

18 

6 

11 

6 

27 

30 

11 

20 

11 

11 

11 

24 

20 

20 

20 

29 


All Users - All Users 

USA Users - Users located in U.S.A. 

Non USA Users- Users located outside of U.S.A. 

Austr Users - Users located in Australia 

EDP Type - Business EDP/MIS Application Type 

Edu Type - Education Application Type 

OA Type - Office Automation Application Type 

Dev Type - Software Development Application Type 

Engg Type - Engineering/Scientific Application Type 

Serv Type - Service Bureau Application Type 

Digital’s Response to DECUS PIR Input 

Lew Lasher, VAX RALLY Project Leader, DEC, Nashua, NH 

Digital has recently announced plans for VAX RALLY to Product Improvement Requests voted on by DECUS mem- 

provide increased levels of integration with CASE, Rdb/ bers. 

VMS, and TP. Although integration with other Digital prod¬ 
ucts is central to the recently-announced capabilities, Digital Please note that Digital has not yet formally announced an 

is also presently testing a number of enhancements to VAX availability date or version number for these enhancements. 

RALLY itself. In planning these enhancements, the VAX References to “the next version of VAX RALLY” in this ar- 

RALLY development group has given special attention to the tide must therefore be understood to be TENTATIVE; these 
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features will not be formally committed until such time as fur¬ 
ther testing has been completed and a formal product an¬ 
nouncement is issued. 

The following are the responses of the VAX RALLY de¬ 
velopment group to the top 12 overall PIR vote-getters, in or¬ 
der by number of votes: 

F89-16 Ability for ADL to move the cursor to a given 
field 

The next version of VAX RALLY includes a new Applica¬ 
tion Development Language (ADL) built-in procedure called 
SET_CURRENT_FIELD, taking one argument, the name of 
a form/report field. This procedure moves the cursor to the 
named field. As with previously available form/report naviga¬ 
tion, moving the cursor off a record causes that record to be up¬ 
dated in its data source and, if that group uses an “autocommit” 
option, the form/report transaction is committed. 

F89-15 Provide more action sites 

The next version of RALLY includes support for several 
new action sites. 

o Three new action sites are provided for form/re¬ 
port packets: before quit, after entering query 
mode, and before executing query. 

- The before quit action site allows applica¬ 
tion developers to call an ADL procedure 
when the user attempts to quit out of a 
form/report; this ADL procedure can SET 
FAILURE to keep the user in the form/re¬ 
port. 

- The after entering query mode action site 
allows application developers to initialize 
a query on behalf of the user. 

- The before executing query action site al¬ 
lows application developers to call an 
ADL procedure to examine and/or modify 
a query entered by the user; this ADL pro¬ 
cedure can SET FAILURE to prevent the 
query as then formulated from being ex¬ 
ecuted. 

o In form/report data groups three new action sites 
are provided: before visiting record, after visit¬ 
ing record, and local function. The before visit¬ 
ing record and after visiting record action sites 
are self-explanatory; the before visiting record 
action site is particularly intended for allowing 
application developers to initialize fields in a 
new record. 

VAX RALLY “local functions” are actions that the user 
can optionally invoke, typically by pressing the SELECT key. 
The new local function in a data group, if defined, overrides 
any local function specified at the form/report packet level. 


o There is also a new local function action site for 
individual fields; similarly the field-level local 
function, if defined, overrides any local function 
at the group or form/report packet level. 

F89-28 Extend VAX RALLY UPDATE to handle re¬ 
naming of database fields 

As aresult of the popularity of this PIR, and the intensity of 
the discussion on DECUServe, the development group has de¬ 
signed an extension to the VAX RALLY UPDATE utility in 
the form of a new qualifier, /SUBSTITUTE, which would al¬ 
low the developer to specify the old and new names for VAX 
RALLY to replace throughout the application. However, this 
feature is unlikely to appear in the next release of VAX RAL¬ 
LY. 

As was pointed out on DECUServe, substitution of an in¬ 
dividual field is easier to implement than substitution of a rela¬ 
tion, but we agree that it would be desirable to be able to per¬ 
form substitution at either level. The ability to delete all occur¬ 
rences of a particular field is also desirable; this would delete 
all Data Source Definition (DSD) fields referring to a database 
field, delete all form/report fields referring to these DSD 
fields, and give integrity errors for any references to deleted 
fields. Similarly, it is desirable to be able to add a field to all 
DSDs that refer to the relation containing the field. 

F89-26 Run-time variables from DML 

We agree that it would be more efficient for application de¬ 
velopers to be able to use parametrized RSEs from DML than 
to read and process all records, as is currently necessary. We 
are investigating methods of providing an ADL built-in pro¬ 
cedure that would specify the value for a run-time parameter. 
However, this feature is unlikely to appear in the next release 
of VAX RALLY. 

F89-30 Provide LOV “Starts With” for definition time 

The next release of VAX RALLY includes the ability for 
application developers to use LOV “starts with” to get short 
lists of values of object names in the VAX RALLY Definition 
System. 

F89-12 Display menu choices according to authorized 
access 

We have heard this request from several users, and we 
agree that it would be useful. We would like to discuss this fea¬ 
ture on DECUServe to determine how it should work. For ex¬ 
ample, we could have an action site for each choice that could 
call an ADL procedure to determine whether to enable that 
choice, and we could use the highlight area for each choice to 
designate the portion of the menu text that should be displayed 
only if that choice is enabled. 
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F89-2 Require confirmation before delete 

We agree that it is very useful to have the ability to require 
confirmation before deleting a record (even though the “unde¬ 
lete” commands, described below, make the consequences of 
an accidental deletion less serious). Given that this is not diffi¬ 
cult for application developers to do using existing VAX 
RALLY features (the Guide to Application Development de¬ 
scribes a simple way to accomplish this with one menu and 
two small ADL procedures), and given that the use of VAX 
RALLY features allow the application developer to customize 
the confirmation procedure, we currently plan to put our ef¬ 
forts into other features that provide capabilities impossible or 
difficult to produce using existing VAX RALLY features. 

F89-25 LSE for editing ADL 

The next version of VAX RALLY includes the option to 
edit ADL procedures either using LSE or using VAX RAL¬ 
LY’S own editor. 

F89-1 Provide ’undelete record’ command 

The next version of VAX RALLY includes several new 
form/report commands: ’undelete record after’, ’undelete re¬ 
cord before’, ’undelete record next_group’, ’copy record’, 
and ’recall record’. Each data group has the capacity to re¬ 
member one record, either by deleting a record in that group or 
by using the ’copy record’ command. The “undelete” com¬ 
mands are modeled after the current “insert” commands, with 
the additional feature of initializing the newly-inserted record 
from the saved record in its group. The ’recall record’ over¬ 
writes the current record with the saved record in its group. 


F89-23 DCL object 

We agree that calling DCL commands from a VAX RAL¬ 
LY application is a common activity that we should make as 
convenientas possible. We are leaning towards adding a built- 
in ADL procedure, rather than a DCL object, so that applica¬ 
tion developers would be able to use string concatenation in 
ADL to construct the DCL command. However, this feature is 
not likely to be included in the next version of VAX RALLY. 

F89-13 Enhance autocommit features in parent-child 
situations 

The next version of VAX RALLY includes a new option in 
DSDs and in form/report data groups to commit the form/re¬ 
port transaction when the cursor moves (either by the user’s 
commands, or by CALL_CMD, or by the new SET_CUR- 
RENT_FIELD procedure) out of the hierarchy of records 
headed by a record in the specified group. No commit occurs 
when the cursor moves within that hierarchy, for example, be¬ 
tween an order entry header record and its child (line item) re¬ 
cords. 

F89-14 Highlight current field 

The next version of VAX RALLY includes the option to 
highlight the current field in any combination of highlight 
types. If the cursor is in a list of values, both the current field in 
theLOV and the field that brought up the LOV is highlighted. 

The VAX RALLY group thanks all who voted in the PIR 
process, or discussed them at DECUS symposia and on DE- 
CUServe. We look forward to continuing these discussions. 


ORACLE TIP - Screen I/O in Forms C User Exits 

Mark Keller, ORACLE Working Group Chair, USED A, Rockville, MD 


ORACLE users frequently find that an application re¬ 
quires processing that cannot be done within a form. As a case 
study, an application required that a SQL query be performed 
and some relatively complex calculations performed on the 
data returned. The operator must then choose a course of ac¬ 
tion based on the results. The basic flow design of the develop¬ 
er was thus: 

1. Exit the form passing arguments to the query, 

2. Execute the SQL query, 

3. Present a menu to the user prompting for a course 
of action, 

4. Do any necessary processing, 

5. Return control to the form. 

ORACLE does not support VAX RTL I/O in V2 Forms 
user exits unless the exit is written in VAX C. However since C 
was the shop language the developer did not expect any prob¬ 
lems and in the Forms development phase (IAD), none oc¬ 


curred. When the application was tested in production (IAP) 
phase, the C RTL routines, e.g. fprint, fscan, produced unpre¬ 
dictable results. 

It was finally determined that in V2 IAP the buffering of 
screen I/O is modified by calling the C RTL function setbuf 
and changing sdtin (SYSSINPUT) and sdtout (SYSSOUT- 
PUT). This is probably done for performance reasons. 

The workaround is to reset SYSSINPUT and SYSSOUT- 
PUT by calling the setbuf function in the user exit as shown in 
the following code fragment and using the C token NULL as 
the pointer to buffer in the second argument. 

♦include 

/*other preproccessor statements and 
setup code would go here */ 
int MY_EXIT (pl,p2,p3,p4,p5) 
char *pl,p3; 
int *p2,*p4,*p5; 

1 
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setbuf <stdin,NULL); /* reset SYS$IN 

PUT */ 

setbuf(stdout,NULL); /* reset 

SYS$OUTPUT */ 

EXEC SQL WHENEVER SQLERROR GOTO 

error; 

/* application specific processing 

including VAX C I/O RTL calls */ 
return(IAPSUCC); /* return to form - 

ok */ 


error: 

return(IAPFAIL); /* return to form - 

error */ 

) 

The calls to setbuf in the user exit cause the VAX C RTL to 
use default values for S YSSINPUT and S YSSOUTPUTas if it 
were running outside the form environment. 

Following this modification the application performed 
consistently in both development and production mode. 


Loading Data into a DATATRIEVE Domain when the Input Data is in Multiple Re¬ 
cords: Extracting Help Levels from a HELP file 

Bart Z. Lederman, System Resources Corp., Burlington, MA 


DATATRIEVE is often used to read data from one file (do¬ 
main) to another, particularly when the form or organization 
of the data has to be changed. A situation which may be en¬ 
countered is where data on more than one record of the input 
file should be stored in a single record of the output file. I ran 
into this sort of situation when I wanted to check to see if the 
HELP qualifiers I had in an LSE (Language Sensitive Editor) 
language template actually matched the content of the HELP 
file. The problem here is that there are multiple levels of 
HELP. You can say “HELP subject” and receive help on that 
subject, but there may be sub-topics which fall under that sub¬ 
ject. Within LSE, all of the levels have to be specified together 
on one line. What I want to do is read through the HELP file 
picking up the keywords on the various levels, and combining 
them. 

An example will probably make this clear. A section of the 
RUNOFF HELP file is included here: 

1 RNO 

This is a user written file con¬ 
taining information on RUNOFF "lan- 
guage"commands. The idea is to use it 
with the Language Sensitive Editor, 
though it should work on it's own. It 
doesn't have entries for the abbre¬ 
viated commands, because the LSE def¬ 
initions point the abbreviated com¬ 
mand to the full command entry in 
this help file. 

B. Z. Lederman 25-Jun-1987 VI.0 

2 .APPENDIX 

.APPENDIX [appendix_title] 

Starts a new appendix on a new page. 

2 .AUTOJUSTIFY 

.AUTOJUSTIFY 

Turns on justification and filling 
at the start of each header lev¬ 
el, chapter, appendix, note, and foot¬ 
note. On by default. 


[Section removed here to save space] 

2 .DISABLE 
.DISABLE 

3 BAR 
.DISABLE BAR 

Disable change bar marking. 

In order for LSE to link the “.DISABLE BAR” command 
to the appropriate HELP library entry, the subject has to be en¬ 
tered in the template as “DISABLE BAR”. To make sure all 
subjects match, I have to have a list of all help topics in the 
HELP library with all keywords matched to all of the key¬ 
words in higher (lower numbered) levels. 

First I will define a record and domain to hold the data I’m 
going to read. 

REDEFINE RECORD HELP_IN_RECORD OPTI¬ 
MIZE 

01 HELP_REC. 

| 

! Read in text from a .HLP file to 
extract levels. 

i 

10 LEVEL PIC X. 

! first character is level 
10 FILLER PIC X. 

! next character is blank 
10 WORD_IN PIC X(32). 

! keyword should be here 
10 FILLER PIC X(50). 

! avoid "record too 
! long" errors 

f 

REDEFINE DOMAIN HELP_IN USING 
HELP_IN_RECORD ON RNO.HLP; 

The help file looks like this when read: 

DTR> FOR HELP IN PRINT LEVEL, WORD IN 
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LEVEL 


WORD 

IN 


1 RNO 

his is a user written file conta 
ommands. The idea is to use it 
t should work on it's own. It d 
ommands, because the LSE definit 
he full command entry in this he 

. Z. Lederman 25-Jun-1987 VI. 0 

2 .APPENDIX 

APPENDIX [appendix_title] 

tarts a new appendix on a new pa 

2 .AUTOJUSTIFY 

AUTOJUSTIFY 

urns on justification and fillin 
hapter, appendix, note, and foot 

Although this looks a bit messy, it can be seen that 
WORD_IN contains the keyword when LEVEL contains a 
number. This is what we need to extract the help information. 
Now I can define a record and domain to hold the converted 
data. 

REDEFINE RECORD 

HELP_LEVEL_RECORD OPTIMIZE 
01 HELP_LEVEL_REC. 

! 

! Store "flattened" records of help 
! levels in a .HLP file. 

i 

10 SEPARATE. 

t 

! Get to the fields separately 

I 

20 ONE PIC X(32) 

EDIT_STRING T(16). 

20 TWO PIC X(32) 

EDIT_STRING T(16). 

20 THREE PIC X(32) 

EDIT_STRING T(16). 

20 FOUR PIC X(32) 

EDIT_STRING T(16). 

j 

! Get to the fields together 

] 

10 TOGETHER COMPUTED BY 

ONE ||| TWO I|I THREE ||| FOUR 
EDIT_STRING T (72) . 

10 MINUS_ONE COMPUTED BY 

TWO I|| THREE ||| FOUR ||| "" 
EDIT STRING T (72) . 


REDEFINE DOMAIN HELP_LEVEL USING 
HELP_LEVEL_RECORD ON HELP_LEVEL.SEQ; 

Now I’m ready to do the data conversion. The trick here is 
that data has to be stored from one input record to the next. To 
do that, I have to set up some temporary fields to hold the input 


data. When I have data to write, then I write the temporary 
fields. This is the difference from ’normal’ data conversion, 
where the input file is written directly to the output file. 

REDEFINE PROCEDURE GET_HELP_LEVELS 

i 

! Move keywords from .HLP file into 
! "flattened" file 
; 

READY HELP_IN 

j 

! Make a new blank file (remember to 
! purge) 

I 

DEFINE FILE FOR 

HELP_LEVEL ALLOCATION=30; 

READY HELP_LEVEL WRITE 
! 

! Hold keywords temporarily 

; 

DECLARE T_ONE PIC X(32). 

DECLARE T_TWO PIC X(32). 

DECLARE T_THREE PIC X(32). 

DECLARE T_FOUR PIC X(32). 

! 

! Need a blank word to reset things 

I 

DECLARE BLANK PIC X(32). 

BLANK = " 

rr 

I 

! Start with a clean slate 

i 

T_ONE = BLANK 
T_TWO = BLANK 
T_THREE = BLANK 
T_FOUR = BLANK 

i 

! Go through the help file, picking 
! up only lines which have a help 
! level (a number in column 1) 

i 

FOR HELP_IN WITH LEVEL NE " " BEGIN 

i 

! For each level encountered, record 
! the appropriate new word and blank 
! out anything left over from 
! previous lower levels 
; 

CHOICE OF LEVEL = "1" THEN BEGIN 
T_ONE = WORD_IN 
T_TWO = BLANK 
T_THREE = BLANK 
T_FOUR = BLANK 
END 

LEVEL = "2" THEN BEGIN 
T__TWO = WORD_IN 
T_THREE = BLANK 
T_FOUR = BLANK 
END 

LEVEL = "3" THEN BEGIN 
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T_THREE = WORD_IN 
T_FOUR = BLANK 
END 

LEVEL = "4" THEN T_FOUR = WORD_IN 
END_CHOICE 

i 

! Each time we encounter a help 
! level, write a new record to the 
! "flattened" file 
; 

STORE HELP_LEVEL USING BEGIN 
ONE = T_ONE 
TWO = T_TWO 
THREE = T_THREE 
FOUR = T_FOUR 
END 
END 

i 

END_PROCEDURE 

The most difficult part of a conversion like this is deciding 
when to write the output record. This particular example is 
easier than some others I’ve worked on. Because I want an out¬ 
put record for each input where the help level changes, and I 
can select my input to be only those records where the level 
changes (by looking at the LEVEL field), I can write one out¬ 
put record for each input record in the FOR loop. In other 
applications you might have to wait for something to change. 
For example, I could use the following where the STORE 
statement is above: 

IF TWO NE OLD_TWO BEGIN 

STORE HELP_LEVEL USING BEGIN 
ONE = T_ONE 
TWO = T_TWO 
THREE = T_THREE 
FOUR = T_FOUR 
END 

OLD_TWO = TWO 

END 

where OLD_TWO would be another temporary field. 
This would give me output records only when the second level 
keyword changes. 


Now that I have converted the data I can just print it out. 
Some samples are given below (reduced to only a few records 
to save space): 


DTR> FOR HELP_LEVEL PRINT TOGETHER 
TOGETHER 


RNO 

RNO .CHAPTER 

RNO .COMMENT 

RNO .CONTROL CHARACTERS 

RNO .DATE 

RNO .DISABLE 

RNO .DISABLE BAR 

RNO .DISABLE BOLDING 

RNO .DISABLE HYPHENATION 

RNO .DISABLE INDEXING 

RNO .DISABLE OVERSTRIKING 

RNO .DISABLE TOC 

RNO .DISABLE UNDERLINING 

DTR> FOR HELP LEVEL PRINT MINUS ONE 


MINUS 

ONE 

. CHAPTER 
. COMMENT 

.CONTROL CHARACTERS 
.DATE 
.DISABLE 
.DISABLE BAR 
.DISABLE BOLDING 
.DISABLE HYPHENATION 
.DISABLE INDEXING 
.DISABLE OVERSTRIKING 
.DISABLE TOC 
.DISABLE UNDERLINING 


The reason for the two COMPUTED JBY fields is that the 
comparison with the LSE template requires that the first level 
help keyword be removed, matching the MINUS_ONE field. 
I also wanted to see if the procedure was working: however, 
there may be occasions where I will want to examine a HELP 
file which has more than one level 1 help keyword as in the 
case of the system HELPLIB .HLB help library. This would be 
done with all of the keywords combined in the TOGETHER 
field. 


Wombat Magic, Fall 1989 - Part 3 

Session Chair: Joe H. Gallagher, Ph. D., 4GL Solutions, Overland Park, KS 
Session Editors: Herbert G. Reines, Reznick Fedder & Silverman, Bethesda, MD 
Richard Copeland, Coming Inc., Coming, NY 


Editor’s note: The following is Part 2 of a highly edited 
transcription of the Wombat Magic Session at the 1989 Fall 
DECUS Symposium in Anaheim, California, which occurred 
on November 9,1989. Material which was presented on trans¬ 
parencies has been merged into the oral presentation. An at¬ 
tempt has been made to convey both the technical content of 
the Magic Session as well as the humor, covert intellectual 


swaggering, and the spirited interchange of the presentations. 
Material which appears in the text within square brackets [] 
has been added by the editor in an attempt to improve the un- 
derstandability of this very exciting Magic S ession. The mate¬ 
rial presented here is not presented in the same order as it oc¬ 
curred in the session. 
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John Babiarz, System Support Services, Southington, 
CT 


Numeric Day Of Week. 

This first piece of magic, I used as an article in one of my 
contributions to [a local] DECUS [newsletter], and basically, 
it’s a program or function to get the day of the week out so we 
can do calculations based on [a] numeric value. And there’s 
two ways of doing it. One way is in DATATRIEVE itself, and 
that’s by using a COMPUTED BY, and in this case, if it’s 
Monday, I want the value to be one, Tuesday, the value is two, 
and so on. Otherwise, Sunday is going to be seven.This you 
can do with regular DATATRIEVE. 


DECLARE DAY_NUMB COMPUTED BY CHOICE 
OF 


FORMAT <TEST_DATE) 
"Mon" THEN 1 

FORMAT(TEST_DATE) 
"Tue" THEN 2 

FORMAT(TEST_DATE) 
"Wed" THEN 3 

FORMAT(TEST_DATE) 
"Thu" THEN 4 

FORMAT(TEST_DATE) 
"Fri" THEN 5 

FORMAT(TEST_DATE) 
"Sat" THEN 6 
ELSE 7 
END CHOICE. 


USING 

WWW 

EQ 

USING 

WWW 

EQ 

USING 

WWW 

EQ 

USING 

WWW 

EQ 

USING 

WWW 

EQ 

USING 

WWW 

EQ 


In this case, when we print the COMPUTED BY variable 
for the date 2-OCT-1989, we come up with the value of one. 


DTR> TEST_DATE = "2-OCT-1989" 
DTR> PRINT DAY NUMB 


DTR> PRINT MY_DAY_OF_WEEK(TEST_DATE) 

MY 

DAY 

OF 

WEEK 

1 


DTR> 

So there’s two ways of doing it; one way is building in a 
function to DATATRIEVE, and one is declaring a variable. 

John Putnam, Harris Bank, Chicago, IL 

More Numeric Day Of The Week. 

I have... a real quick one [magic], which is an addendum to 
the one that was already presented, and I think this should 
work. You should be able, in DATATRIEVE, to define a table, 
that has the characters for the day of the week mapped to the 
numbers and format a view of the table, and that should work. 

DEFINE TABLE N_DAY 

"Mon":1 

"Tue":2 

"wed":3 

"Thu": 4 

"Fri":5 

"Sat": 6 

"Sun":7 

END_TABLE. 

PRINT FORMAT DATEX USING WWW VIA 
N_DAY 

Herbert G. Reines, Reznick Fedder & Silverman, Beth- 
esda, MD 


DAY 

NUMB 

1 

DTR> 

The other way is to add a DATATRIEVE function. So, in¬ 
stead of writing a function, it so happens that the VMS run¬ 
time library has a LIB$DAY_OF_WEEK function. 

So all we do is define the macro, for DATATRIEVE here, 
that references LIB$DAY_OF_WEEK, and then we execute 
the function and we get the same value. 

$DTR$FUN_DEF MY_DAY_OF_WEEK, 
LIB$DAY_OF_WEEK, 2 

$DTR$FUN_OUT_ARG TYPE = 

FUN $ K_S TATU S 

$DTR$FUN_IN_ARG TYPE = 

FUN$K_REF, TYPE = DSC$K_DTYPE_ADT, 
ORDER =1 

$DTR$FUN_IN_ARG TYPE = 

FUN$K_REF, TYPE = DSC$K_DTYPE_L, 
OUT_PUT=TRUE 

$DTR$FUN END DEF 


Julian Date. 

Since we’re all in date stuff,... the problem that I faced, 
was one data file from the third party [data base] had dates that 
I couldn’t handle. The date... was in a Julian format.[The rele¬ 
vant part of the record definition is] 

03 your_Julian. 

05 J_YEAR PIC XX. 

05 J_DAYS PIC XXX. 

That is approximately what the record definition looked 
like, and this is the solution for getting it into a date format. 

DECLARE my_DATE USAGE DATE COMPUTED 
BY 

FN$DATE("1-JAN-19"I I |J_YEAR"+(J_ 
DAYS - 1)) . 

It’s a simple declare of a COMPUTED BY and a concate¬ 
nation of the year. Now, to be honest with you, I really didn’t 
think of it all by myself. I had a gigantic table. Phil Naecker 
[Technology Editor for the VAX/DEC Professional maga¬ 
zine], who some of you are familiar with, gave me the idea of 
how to do this with a function, and a this is how it works out. 
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Herbert G. Reines, Reznick Fedder & Silverman, Beth- 
esda, MD 

Using RUNNING COUNT to skip lines in a report. 

We sometimes get questions from users who, hopefully, 
[come to the magic session] to do their own magic. The ques¬ 
tion we got this time was: The user had to make DATA- 
TRIE VE use a control character for the printer, to get a blank 
line between groups of five records. What they wanted to do 
was take advantage of the green bar [paper], with groups of 
five records, when they printed out their domain. So we de¬ 
cided to try and help them using standard DATATRIEVE, 
rather than doing some [brute] force things. The Sub title of 
the slide, is: “What happened to RUNNING COUNT?” One 
of the things, if you remember in John Putnam’s elegant solu¬ 
tion for the challenge, you will notice, if you remember his 
slide, he had: FN$MOD(RUNNING COUNT - 1,36) or 
RUNNING COUNT/36. That’s really because RUNNING 
COUNT has some very erratic behavior. We have now pointed 
[that] out to the appropriate DATATRIEVE parties, and they 
have all shaken their head, and said “It shouldn’t do that, it 
shouldn’t do that, but it shouldn’t do that, but it shouldn’t do 
that!” Anyway, this is the solution we came up with. We chose 
our favorite domain, YACHTS. In this case, we declare FIVE- 
LINES, which is COMPUTED BY FN$FLOOR of RUN¬ 
NING COUNT divided by..., and we wanted this to come up 
five. Every five lines, we wanted a blank line. We ended up 
having to divide by six [to] get it to come up with five lines. 
And then REPORT YACHTS; PRINT (TYPE...), whatever, 
and AT BOTTOM OF FIVELINES print a blank and RE¬ 
PORT. 

READY YACHTS 

DECLARE FIVELINES COMPUTED BY 

FN$FLOOR(RUNNING COUNT/6). 

REPORT YACHTS 


This is all well and good. It does work, and it’s more ele¬ 
gant than forcing things by printing printer control characters. 
The other thing to point out here is that, if you play around with 
the AT BOTTOM OF, and change it to AT TOP OF FIVE- 
LINES, DATATRIEVE handles that completely differently, 
and we’re not really sure what its doing with RUNNING 
COUNT. It all goes to show that you can’t depend on RUN¬ 
NING COUNT and the Wombat has the magic. 

Bart Z. Lederman, System Resources Corp., Burlington, 
MA 

Help. 

Before I do the magic, I ought to sort of apologize, I guess, 
for what I said about Rally - it really isn’t fair to expect Rally 
to know what it is, since nobody else does, either, [laughter and 
applause]. [One of the judges interjects.] Some of us are Rally 
developers. [Bart replies.] All I care is if the DATATRIEVE 
judges like it! 

Anyway, urn, if you think John [Henning] doesn’t like me 
now, you wait for this. At his session on DATATRIEVE Ver¬ 
sion 5, he pointed out that they added the CDO command to 
DATATRIEVE and told you that you can do any CDO com¬ 
mand from DATATRIEVE. And, since he’s a product manag¬ 
er, he lied to you. [John Henning from the audience:] I’m NOT 
a product manager! [Bart inquires.] What are you? [Henning 
replies] Engineering manager. [Bart continues.] Engineering 
manager! That’s even worse. Anyway, Bert Rosebenry had 
called up and complained that he couldn’t do CDO HELP. It’s 
the one command that won’t work. And ... [Henning: You’re 
not going to violate your Field Test Agreement, are you?] 
[Bart replies.] It’s been released. Anyway, the question was: 
“Is there any good way to get to CDO HELP?”, and it turns out 
that there’s a good way to get to ANY kind of help. It’s a fea- 


PRINT TYPE, SPECS tureofVMS HELP that apparently a lot of people don’t know 

AT bottom OF FIVELINES PRINT " " about.Ifyou type HELP in DATATRIEVE, you’ll see a screen 



something like this: 


HELP - type for 

help. Type to change help topics. 


Additional information available: 





ABORT ACL 

ADT 

ALLOCATION 

Assignment 

BEGIN END 

Boolean 

CDD Versions 

CHOICE 

CLOSE 

COMMANDS 

COMMIT 


COMPUTED BY 

Condition 

CONNECT 

CROSS 

DBMS 

DECLARE 

DECwindows DEFAULT VALUE 

DEFINE 

DEFINEP 

DELETE 

DELETEP 

Dictionary DISCONNECT 

DISPLAY 

DISPLAY FORM 

DROP 

EDIT 

EDIT STRING 

ERASE 

ERROR 

EXECUTE 

EXIT 

EXTRACT 

FIND FINISH 

FOR 

FORMAT 

Forms 

Functions 

Guide 

HELP IF 

Invoke 

LIST 

MATCH 

Missing 


MISSING VALUE 

MODIFY 

NEWUSER 

New Features 

Node 

OCCURS ON 

OPEN 

Path name 

PICTURE 

PLOT 

PRINT 

Procedure PURGE 

QUERY HEADER 

QUERY NAME 

Quit 

Rdb 

READY RECONNECT 

REDEFINE 

REDEFINES 

REDUCE 

RELEASE 


Release Notes 

REPEAT 

REPORT 

Restructure 

ROLLBACK 

RSE Sample Data 

SCALE 

Search 

SELECT 

SET 

SHOW SHOWP 

SIGN 

SORT 

Specify 

Startup 


STATEMENTS STORE 

SUM 

SYNCHRONIZED 

Synonyms 

THEN 

USAGE VALID IF 

Value 

VAXLSE 

VAXTPU 

Versions 


Version_Numbers 

VIDA 

Video 

WHILE 

Wombat 


Additional help libraries available (type @name for topics): 


Topic? @helplib 
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It’ll have reverse video on the top, which I can’t reproduce, able”. Now, whether it gives you a list of help libraries or not, 

but it will give you a list of all the things you have help on, and you can put in the name of ANY VMS help library. For exam- 

then it’ll say something like “additional help libraries avail- pie, if you go “(£>helplib” at this point, _ 

I T T TT» T X. ~ __ U ~ 1 m ~ x. — U. ~ - . L, „ T _.. J ~ I 


HELP - type for 
Information available 

help. Type 

to change help topics. 



: = 

= 

e 

ACCOUNTING 

ALLOCATE 

ANALYZE 

APPEND 

ASCII 

ASSIGN 

ASU 

ATTACH 

AUTHORIZE 

AUTOGEN 

BACKUP 

BASIC 

BLAST 

BRIEF 

CALL 

CANCEL 

CC 

CDD 

CDDL 

CDDV 

CDD PLUS 

CDO 

CLOSE 

COBOL 

CONNECT 

CONTINUE 

CONVERT 

COPY 

CREATE 

DATATRIEVE 

DEALLOCATE 

DEASSIGN 

DEBUG 

DECK 

DEFINE 

DELETE 

DEPOSIT 

DICTIONARY 


DIFFERENCES 

DIRECTORY 

DISCONNECT 

DISKQUOTA 

DISMOUNT 

DMU 

DUMP 

EDIT 

ENCRYPT 

EOD 

EOJ 

Errors 

ETHERnim 

EXAMINE 

EXCHANGE 

EXIT 

FDL 

FMS 

FORTRAN 

GOSUB 

GOTO 

GRAPH 

HELP 

Hints 

IF 

INITIALIZE 

INQUIRE 

INSTALL 

Instructions 

JOB 

Kermit 

LATCP 

Lexicals 

LIBRARY 

LICENSE 

Line editing 

LINK 

LOGIN 

LOGOUT 

LSEDIT 

LWPRINT 

MACRO 

MAIL 

MERGE 

MESSAGE 

MONITOR 

MOUNT 

NCP 

NCS 

NETCOPY 

NOTES 

ON 

OPEN 

P.S.I. 

PASSWORD 

PATCH 

PERFORMANCE 

PHONE 

PRINT 

PSI 

PURGE 

Queues 

RALLY 

RDBVMS 

RDML 

RDO 

READ 

RECALL 

RECOVER 

Reminder 

RENAME 

REPLY 

REPORT 

REQUEST 

RETURN 

RMS 

RMU 

RTL Routines 

RUN 

RUNOFF 

ScriptPrinter 

SEARCH 

SET 

SHOW 

SLIDE 

SORT 

0HELPLIB 

SPAWN 

Topic? 

Specify 

SPELL 

SPM 

SQL 

START 


it will get you the DCL-wide help that’s available in the 
system help library. While you’re still in DATATRIEVE. At 
the prompt, you can go “@CDOHELP”, “@RDOHELP”, 


“@LSEHELP”, any help library you want. You can get to it 
directly from DATATRIEVE and, in fact, most other utilities. 
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Contributions of articles, 
letters to the editor, etc. are 
solicited and gladly accepted. 
Submissions can be directed 
to the editor as follows: 

Richard Wolff 
Bonneville Power Admin. 
Routing AIHP 
PO Box 3621 
Portland, OR. 97208 

(503)230-5894 (voice) 
(503)230-5316 (fax) 


Editorials, letters to the editor 
and articles in this newsletter 
are solely the opinions of the 
authors and do not necessar¬ 
ily reflect the official views 
of the Digital Equipment 
Computer Users Society, 
Digital Equipment Corpora¬ 
tion, or the authors’ employ- 


While I'm rela¬ 
tively certain that 
the earth's orbital 
speed has not 
changed lately, it 
does seem like not 
so long ago that the 
last DECUS sym¬ 
posium was unfold¬ 
ing in Anaheim. 
Now, the final 
touches are being 
applied to the 
Spring conference 
scheduled for next 
month in New Or¬ 
leans. As seems to 
be the case for each 
successive meet¬ 
ing, this sympo¬ 
sium promises to be 
more informative, 
more entertaining 
and more reward¬ 
ing than it's prede¬ 
cessors. This issue 
of Focus outlines 
the sessions, 
grouped in 
"streams" of related 
topics, that have 
been planned by the 
Electronic Publish¬ 
ing SIG. I encour¬ 
age you to attend 
the Spring confer¬ 
ence and to share 
the experience. 


MONDAY 

0900-0930 

0930-1000 

1000-1100 

1100-1200 

1200-1300 

1300-1400 

MONDAY 

1400-1500 

1500-1600 

1600-1700 

1700-1800 

MONDAY 

1800-1900 

1900-1930 

1930-2000 

2000-2100 

2100-2130 

MONDAY 


General 


E-Pubs SIG Roadmap Kindschuh 

E-Pubs: A Case S tudy Abbott 

Publishing Without Paper *Phadke 

Desktop Publishing Vision *LehmenkuIer 
Evaluation of E-Pubs Systems Cannady 

Making Newsletters on a VAX Hays 


Documentation Management Names 

The New Document Shop Whitmer 

Building a DB Publishing Appl. Ten-Hove 

Automated Magazine Production Henry 


Evolving PostScriptEnviron Wecksell 
Printing and Demand Publishing Bryll 
Production Printing VanderVen 

High-Speed Distrib Printing Neshati 

Imagesetting in DEC Environment Matheson 


2130-2215 Working w/ WPS-PLUS & DECwrite 

*Goguen 

2215-2300 DECwrite Systems Performance *BOISPerf 


TUESDAY 

0900-1000 

1000-1100 

1100-1200 

1200-1300 

TUESDAY 

1300-1400 

1400-1500 

1530-1700 

1700-1800 


Presentation Graphics Futures *Harbison 

Documents With CDA/DECwindows 

♦Sellers 

Creative Laziness W/DECwrite *Snover 

DECwrite: LiveLinks *Snover 


Newspaper Publishing W.G. @W.G.RoomD 
DECwrite Working Group @ W.G. Room A 
DECwrite/CDA Clinic (©Campground 
E-Pubs SIG Q&A/Wishlist @ Campground 


EP-1 





WEDNESDAY 


Interleaf THURSDAY 


General 


1400-1430 E-Pubs and Marketing Demilo 

1430-1500 Customizing Interleaf Jackson 

1500-1600 Interleaf System Management Ellis 

1600-1700 The Ins and Outs of Interleaf Chambers 


2000-2030 Making of Update.Daily 
2030-2100 A Color Primer 

THURSDAY Campground/Workii 


McCormick 

Hamilton 


WEDNESDAY Deskto] 

1700-1800 Desktop Publishing: A Primer 
1800-1900 WordPerfect for Desktop 

WEDNESDAY Working Gr 

1000-1130 Interleaf Clinic ( 

1200-1300 Interleaf Working Group 
1300-1400 TechPubsTaskForceForum 


Warren 

Schepper 


@Campground 

@W.G.Room 

@W.G.Room 


THURSDAY 


0900-0930 Introduction to CDA *Hedman 

0930-1000 CDAatWork on the Network *Snover 

1000-1030 CDA ISV Case Study *Orthober 

1030-1100 Using CDA Tools Meehan 

1100-1200 Writing a CDA Converter *Orthober 


0900-1000 

1100-1200 

1300-1500 

1600-1700 

1700-1800 

1800-1900 

FRIDAY 


DECUS TeX Coll. Wishlist/Q&A 

©Campground 
TeX/LaTeX Clinic @Campground 

TeX/LaTeX/Web Workshop @ Campground 
TeX/LaTeX/Web WG @ W.G. Room D 

Datalogics WG @W.G. Room D 

TeX Magic @ Campground 


0900-0930 Tech Doc Formats Primer Abbott 

1100-1130 Text and Graphics Conversions *Lehmenkuler 
1130-1200 Impact of CALS on Pub Environ *Taplin 


FRIDAY Distrib 

0930-1015 Electronic Distribution 
1015-1100 E-Pubs in an LAVc Environ 


Roy 

*Dube 


THURSDAY Online Po< 

1200-1230 CD-ROM Introduction 
1230-1300 Intro to Online Documentation 
1300-1400 Producing Docs for Bookreader 

THURSDAY VAXD 


Ream 

*Green 

*Utt 


FRIDAY 


1300-1400 E-Pubs SIGWrapup 


Wrapup 


McCormick 


* denotes a DEC Speaker 


1400-1430 VAX DOCUMENT Overview * Adler 

1430-1500 VAX DOCUMENT AdvancedUser * Adler 
1500-1530 VAX DOCUMENT Figure Tricks 

English-Zemke 

1530-1600 Using LSE With V AX DOCUMENT * Sheets 


THURSDAY 


Layout 


1800-1900 Typography,Pagination,Layout *Lehmekuler 
1900-1930 Overview of Versacomp Ream 


THURSDAY 


1930-2000 TeX in a Commercial Environment 

Kellerman 

2000-2100 Installing TeX on VMS Zirin 

2100-2200 Practical Use of LaTeX Denning 

2200-2230 LaTeX From SIG Tapes McDougall 

2230-2300 LaTeX Education Examples Watson 
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EDUSIG At The New Orleans 
Spring DECUS 


New Orleans is a great place to hold a 
meeting and DECUS is a great meeting to 
attend. This winning combination occurs May 
7th through 11th, 1990 when the Spring 
DECUS Symposium is held at the New 
Orleans Convention Center. 

A full week of DECUS events cover the 
agenda. Here are some highlights from 
EDUSIG’s Spring line-up. With more than 
forty hours of sessions, EDUSIG covers a 
number of topics of interest to educators — 
Academic Computing, Campus Networking, 
National Networks, TEI (The Education 
Initiative), Training ideas, Administrative 
Computing Issues and Solutions, Instructional 
Computing, and much, much more. 
Approximately 25% of the sessions are given 
by Digital Representatives, providing the latest 
information on products and services and also 
providing a highly visible and very accessible 
pipeline for users back into the Digital 
Infrastructure. The remainder of the 
presentations are user sessions, providing an 
excellent forum for sharing ideas, solutions, 
and problems among DECUS attendees. 

Outside the formal sessions, there are many 
occasions provided by EDUSIG for continuing 
the personal networking process. An 
EDUSIG Campground provides a relaxed 
environment between sessions for a quick chat 
or a needed break. The EDUSIG suite in the 
headquarters hotel provides a late night place 
to gather and exchange ideas. The Digital 
Education Computer Systems booth on the 
Exhibit Floor provides information and contact 
with Digital. 


contact me at (616) 895-2037 or vie e-mail. 

Mary Jac Reed <21874MJR@MSU.BITNET> 


EDUSIG Steering Committee 
Election 


EDUSIG announces a call for nominations for 
the position of EDUSIG Executive Committee 
Member. The election will take place at the 
EDUSIG Business Meeting in New Orleans. 
The term of office is three years, with the 
person elected beginning his/her term 
following the Fall, 1990 Symposium in Las 
Vegas. 

The current Executive Committee has slated 
one candidate: 

Mary Jac Reed 

Grand Valley State University 
Current Symposium Chair for EDUSIG 

Any EDUSIG member is eligible to run for 
the Executive Committee. Additional 
nominations may be submitted in writing to: 

DECUS/US Chapter Activities Manager 
219 Boston Post Road (BP02) 

Marlboro, MA 01752 

A statement of the candidate’s qualifications 
and the signatures of ten (10) EDUSIG 
members are required for nomination. 

Nominations will be accepted until April 30, 
1990. 

Ardoth A. Hassler <HASSLER@CUA.BITNET> 


Hope to see you in New Orleans. If you need 
information about DECUS or EDUSIG, please 
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BITNET Mail At DECUS 


EDUSIG is again providing international 
electronic mail service for all DECUS 
attendees via a cooperative network of 
academic computers: BITNET in the U.S., 
Asia, Mexico, and South America; NetNorth 
in Canada; and EARN in Europe, Africa, and 
the Middle East. 

EDUSIG and BITNET, Inc. invite you — both 
new and current users, U.S. and international 
DECUS attendees - to leam more about 
BITNET, and to use BITNET electronic mail 
all week at DECUS. Here’s how: 

To access a system on BITNET, enter 
CONNECT BITNET at the Local> prompt at 
a DECUS public terminal. Log into your 
VMS account and use VMSmail as usual. 

You should find directions for addressing mail 
to BITNET/EARN/NetNorth (Jnet% 
addresses) and to Internet and UUCP (IN% 
addresses) on green instruction sheets near 
each public terminal. 

You can also send and receive network 
commands and interactive messages, and 
receive files, from your VMS account. Your 
network address will be usemame@DECUS 
for the week, where username is your initials 
and last name, and perhaps underscores to 
make your name unique. 

Special DECUS restrictions limit mail files to 
200 NJE records, and prevent the sending of 
other files, however. 

Please enjoy the BITNET service. Stop by 
the EDU booth if you have any questions, or 
for demonstrations of restricted functions, 
BITNET print and batch servers, and BITNET 
symbionts. BITNET users, be sure to request 
a green "BITNET" button at the EDU booth. 


BITNET-related events begin this week with a 
meeting of BITNET technical working groups 
at the Quality Inn on Saturday, March 3. 
BITNET mail service and the BITNET 
demonstration will operate whenever DECUS 
public terminals are available. Watch for 
separate Birds-of-a-Feather (BOF) sessions for 
BITNET. Jnet, and PMDF users during the 
week. 

BITNET is a trademark of CREN, Inc. Jnet is 
a registered trademark of Joiner Associates 
Inc. 

Steven L. Arnold <ARNOLD@WISCPSL.BITNET> 
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DECwindows Spring Symposium Sessions 

Laura Vanags, DECwindows Working Group Chair 

GAPSIG is proud to provide Spring 1990 DECUS Symposium attendees with a rich 
selection of sessions about DECwindows, the X Window System and other related topics. 
Learn about window systems, DECwindows, the X Window System - attend the novice 
level topics. Develop your DECwindows programming skills - attend the intermediate 
sessions. Learn how to tune local and remote DECwindows - attend the Tuning session 
(Tuesday, 3:00 pm to 3:45 pm) and the Remote Tuning session (Tuesday, 3:45 pm - 4:30 
pm). Participate in the future of DECwindows and windowing systems - attend the 
Graphics ANSI Standards session (Monday, 3:00 pm to 4:00 pm) and the DECwindows 
Working Group Meeting (Wednesday, 1:00 pm - 2:00 pm). We invite anyone interested in 
or involved with DECwindows to join us. Find out what others are doing and provide 
input to DEC on what you’d like to see. Finally, to get your DECwindows questions 
answered, come to the DECwindows Clinic (Wednesday, 12 noon - 1:00 pm). DEC’s 
experts will be available to answer questions and listen to suggestions. GAPSIG is 
looking forward to meeting you in New Orleans! 
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editor’s address 

Robert L. Hays 
700 KMS Place 
P.O.Box 1567 
Ann Arbor, Ml 48106 
(313) 769-8500 x. 458 

publication info 

This newsletter is prepared using 
Mass-11 and Mass-11 Draw from 
MEC on VAXes and VAXstations, 
Illustrator from Adobe, MacPaint II 
from Claris and a VersaScan 
scanning subsystem on various 
Macintoshes (file transfer courtesy of 
PacefLink software and Kinetics 
FastPath hardware), and is printed on 
an LN03R from oUr VAXcluster using 
the PostScript page description 
language from Adobe. 

submissions 

Articles, copies of viewgraphs, tips 
and tricks, and graphics output can be 
submitted to the GAPSIG newsletter; 
here’s how YOU can make 
submissions; 

1) Send 1600 or 6250 BPI 
tape in either ASCII or Mass-11 (TM) 
format. Include a letter with your 
name and address, and please send 
any charts or graphics in hard copy 
form. 

. 

2) Send hard copy. 

3) Mail the article, etc. to user 
HAYS on DCS. 

editorial policy 

This editor has a simple editorial 
policy: we print our own views (from 
the editor and from the chair’s 
desk), letters to the editor, and 
articles submitted by graphics users, If 
you don't agree with something 
printed here, mail your letter to the 
editor at the address at the top of this 
column; don’t use expletives and don’t 
list pricing or delivery information. We 
are here to serve the DEC graphics 
community, so please contact us with 
any comments, praise, or, well, yes, 
criticism. We welcome your inputs! 

Subscriptions 

Subscription information is 
available at the end of the magazine. 



From the Editor 

Robert Hays 
700 KMS Place 
P. O. Box 1567 
Ann Arbor, Ml 48106 
(313) 769-8500 x458 


We’re back again - this might be a record, since we’ve 
published continuously for over two years now. If there is 
anything special YOU, our readers, want to see in this 
newsletter, contact me (the address and phone are right 
above this paragraph). 


This is the pre-symposium issue, so you will find all 
kinds of useful material to make your symposium more 
successful. Take note of the roadmap article, which you may 
want to consider before leaving for New Orleans. Don’t 
worry, the SIG plans to have roadmap cards this time 
around to help guide you through the small twisty passages 
of a DECUS symposium. 

(Cont'd on p. 4, c, 1) 


From the Chair’s Desk 

Bijoy Misra 
Chairperson, GAPSIG 

Graphics at New Orleans will be a little different than we 
have had in previous Symposia, in that we would be hosting 
the special 10th Anniversary exhibit "A DECade of 
Computer Graphics" in our own Campground. It was the 
highlight of the Exhibit Hall in Anaheim and this time we 
have volunteered to provide the necessary coverage and 
security. The exhibit covers the industry, DEC and SIG 
history from 1979 till 1989, with sample hardware platforms 
included. It was an eventful 10 years for Digital and for the 
GAPSIG. We are delighted that arrangements were made to 
place the exhibit at the Campground. 

The SIG had its first Campground allocation at Dallas in 
1986 and has continued to increase its Campground activity 
ever since. The Campground equipment has increased and 

(Cont'd on p. 12, c. 2) 
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by Bob Hays 


Now that you have had a taste of PostScript code, 
its time to return to our introduction. This month, 
I want to consider the imaging model PostScript 
uses. 

PostScript considers all drawing to be done 
with opaque paint on the page. This means that 
most PostScript programs operate in layers with 
more recent drawing instructions writing over 
previous information. 

The color of the paint is chosen by the user - 
in this case white is another color. PostScript 
provides for colors (to be continued in a later 
article), but for this article consider only black and 
white. Grays are formed by the process of half¬ 
toning in which a percentage of pixels in an area 
are turned on to simulate gray (see Figure 1). The 
setgray function sets the gray scale to use and 
takes the form: 


scale setgrey - 

where scale varies between 0.0 (black) to 1.0 
(white, or all colors on). 

The concept of the current path now comes 
into play. In the beginning, the output page is 
blank and there is no default position to operate 
from in the PostScript environment. A path is a 
virtual object that can be added to and then 
realized in various ways; path operations fall into 
three categories: movement, drawing, and 
realization. The moveto operator is an example of 
a movement command - it changes the current 
position without adding to the current path. The 
lineto and curveto operators are drawing 
commands and add to the current path. The stroke 
operator draws the current path to the page, the 
fill operator fills the current path with a color, and 
the new path operator deletes the current path; 
these are examples of realization operations and 
that each of these operators deletes the current 
path when they finish. Note that there is only one 
path defined at a time in PostScript. 



Figure 1. Grays are simulated by half-toning for bi-tonal printers. 


A short example (see Figure 2) will illustrate 
the current path concept. In this case, we will draw 
a box on the output page. 

The example begins with a moveto instruction, 
which causes the current point, or current location 
on the page, to be defined as (100,100). The three 
lineto operators then create a path, which is closed 
with the closepath operator. The stroke operator 
marks the output page with the path, in this case a 
box with default line width and line color. The 
showpage operator causes the page to be printed and 
ejected from the printer. 

Next month, another letter from the Colophon 
example set. If you are at the New Orleans 
Symposium, stop by the "Beginning PostScript 
Programming" session on Monday and say hello! 

§[ 


Drawing a box in PostScript 


100 100 moveto 
100 150 lineto 
140 150 lineto 
140 100 lineto 
closepath 
stroke 
showpage 



Figure 2. This is a simple box drawing procedure in PostScript. 











Volunteer to help the GAPSIG blaze new trails In 
graphics applications. There are a few openings 
available to help out RIGHT NOWI You too can have 
a voice In Influencing Digital's graphics direction In 
the new decade. 

To volunteer or just to gain more Information, call or 
write to: 

Bob Hays 
KMS Fusion, Inc. 

700 KMS Place 
PO Box 1567 

Ann Arbor, Ml 48106-1567 
(313) 769-8500 


From the Editor... 

(Cont’d from p. 2) 



We want to start a new column, "Our 
Graphics Shop". It would be about one 
member’s graphics setup each month. 

To do this, we need you, our readers, to 
supply short (100 - 500 word) descriptions 
of your graphics environment, along with 
any (optional) graphics that would be 
representative of your shop. Please mail 
submissions to the editor at the address on 
page GRA-2. Thank you! 


The theme this spring is Network Graphics. 
Our keynote speaker is Bill Hancock, who will 
discuss his experiences using graphics across 
networks. Today, with the rise of X-based window 
systems, such performance issues are becoming 
paramount at many sites. I’ve listened to Bill 
before and his sessions are always popular and 
interesting - I look forward to seeing many of our 
readers there! 

As I write this column, I’ve gotten two phone 
calls asking for help because of this newsletter.... 
I’m glad that you are reading this! I’m also hopeful 
to answer your questions or pass them on to people 
that can. 

You see, that’s why we’re here - to facilitate 
information exchange among Digital users. I’m 
also the newsletter editor for a local users group 
(MIVAXLUG), because I learn things there that I 
cannot find out anywhere else. DECUS Symposia 
are another example of this phenomenon. 


Anyway, these questions concerned conversion 
of graphics formats from Macintosh and VAX to 
either GKS-compatible form or PostScript. My 
suggestions so far are to check into the CDA 
Converter Library and to look into using the 
ScriptPrinter software to perform ReGIS 
conversions interactively (I’ve seen a network mail 
message about this - after I try it, I’ll post it here for 
you to check out). 

That’s all for now. I hope to see you all in New 
Orleans. And, come see the DECade of Graphics 
exhibit in the GAPSIG campground (and look in the 
store for our special graphics watch)! 
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Fall, 1989 In Anahlem 


Presents 

The Graphics Hardcopy Contest! 

The Graphics Applications Special Interest Group 
(GAPSIG) Is sponsoring a Graphics Hardcopy Contest 
during the Spring '90 DECUS Symposium In New 
Orleans. This Is your chance to have that stunning 
graphic recognized by your peersl 

The rules are: 

1) The Contest Is open to all DECUS members. 

2) There are two entry categories: 

(a) color, and 

(b) black & white. 

3) Prizes of for each category will be awarded. 

4) All entries will be displayed In the Graphics Applications 
SIG Campground at the symposium and are the 
property of DECUS with the appropriate copyrights. In 
addtlon, some entries may be published In the SIGs 
Newsletter and other DECUS publications, 

5) The Judging will occur at a scheduled Symposium session 
by a panel composed of the members of the GAPSIG 
Steering Committee. 

6) The winners will be announced In Friday's Update.Dally 
at the Symposium, the GAPSIG Wrapup session on Friday 
raid later through this newsletter. You do not need to be 
present to win. 

7) Entries must be an original of size 7" x TO" or larger. A 
Digital Equipment computer or peripheral must have 
been an Integral part of the production process. Color 
and halftone prints, plotter/printer outputs, and 
InkJet/laser prints are all acceptable. Each entry must be 
accompanied by the full name and address, company 
affiliation, DECUS membership number and a ten line 
description of the picture Including the hardware and 
software used for the production. 

8) Entries must be deposited at the GAPSIG Campground 
by Wednesday evening. May 9,1990, or mailed to: 

BIJoy Mlsra 

Harvard-Smlthsonlan 

Center for Astrophysics 

60 Garden Street, MS39 

Cambridge, MA 02138 

Mailed entries must arrive by May 1,1990 to be entered 
In the contest. 
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GAPSIG Keynote, Spring 1990 

The Spring 1990 DECUS Symposium theme for the GAPSIG is 
Network Graphics, and the GAPSIG is pleased to present our 
keynote speaker. Bill Hancock, who will speak about Networks 
and Graphics: A Direct Experience on Tuesday, May 8th from 
10:00 am to 11:00 am. 

In these days where "the network is the system," the 
"system" at times is not happy when it has to deal 
with graphics over the network. More and more 
networks are being used as teh transport platform 
for graphically-intense applications. This trend will 
increase and the need for stable, high-performance 
network technologies will be critical in the near 
term to solve network performance problems that 
arise with graphical access methods across the 
network. 

This session will examine the issues of 
graphical access methods (X-Windows, etc.) over 
various types of network technologies and provide 
hard fact and figures on performance of such 
methods. There should be time for questions. 

A Quote .... 

"The fun? Oh, that’s for free. What they pay me for 
are all the headaches." 

- Author unknown 

Using ScriptPrinter Software 
for Conversions 

Aaron Leonard 

ScriptPrinter software provides the following 
translators: ANSI -> PostScript, Regis -> PostScript, 
and Tektronix 4014 -> PostScript. The latter two 
translators can be run directly, simply by running 
the shareable exe’s: i.e. 

$ RUN SYS$SHARE:TRN$TEK4014_PS 
-or- 

$ RUN SYS$SHARE:TRN$REGIS_PS 

Running the ANSI->PostScript translator 
(TRN$ANSI_PS) directly doesn’t work. However, if 
you have DECwindows installed, you can convert 
from ASCII text to PostScript using the 
CONVERT/DOCUMENT command: 

$ CONV/DOCU in/FORM=TEXT out/FORM=PS |£| 
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GAPSIG Roadmap 


Spring U.S. Chapter DECUS Symposium 
New Orleans, LA May 7-11,1990 


Monday 


). 1 

1 9:00 am - 9:30 am 

GAPSIG Roadmap 

Room 37 / 

9:30 am -10:00 am 

Data Presentation 

Room 37 / 

10:00 am -10:30 am 

Migrating DI3000 to DECwindows 

Room 37 / 

10:30 am -11:00 am 

Visual Data Analysis 

Room 37 / tp 

11:00 am -12 noon 

DEC GKS, DEC GKS-3D and DEC PHIGS - Overview 
and Features 

Room 37 / 

12 noon -1:00 pm 

X Window System Overview 

Room 37 f P! 

1:00 pm - 2:00 pm 

Color Printing in PostScript 

Room 27-29-31 f 

2:00 pm - 3:00 pm 

DECprint Program Overview 

Room 27-29-31 1 ip 

1 3:00 pm - 3:30 pm 

Video Graphics 

Room 27-29-31 Vijp 


14:00 pm - 5:00 pm 

6:00 pm - 7:00 pm 
7:00 pm - 7:30 pm 
7:30 pm - 8:30 pm 
8:30 pm - 9:00 pm 
9:00 pm -10:00 pm 
9:00 pm -11:00 pm 
10:00 pm -11:00 pm 


Graphics ANSI Standards Salon B 

DECimage Storage Manager Tutorial: Building a Salon B 

Distributed Image Storage/Retrieval Application 
BRAVO-3 for VAX/VMS - Product Status Room 37 

Using DECwindows for Bitmaps Room 37 

Converting Private Pixel Maps to DDIF Images Room 37 

DECwindows Terminal Emulation Room 37 

DECwindows Programming Self-Taught Room 37 

GAPSIG Computer Graphics Video Tapes I Campground 

DECwindows Server/Xlib Test Suite Development Room 37 
Experience 


Tuesday 



9:00 am - 9:30 am 
9:30 am -10:00 am 
10:00 am -11:00 am 
11:00 am -11:30 am 
1:00 pm - 3:00 pm 
2:00 pm - 2:30 pm 
2:30 pm - 3:00 pm 
3:00 pm - 3:45 pm 
3:45 pm - 4:30 pm 
4:00 pm - 5:00 pm 
4:30 pm - 5:30 pm 

5:30 pm - 6:00 pm 

Wednesday 

10:00 am -10:30 am 
10:30 am -11:30 am 
11:30 am -12 noon 
12 noon -12:30 pm 
12 noon -1:00 pm 
12:30 pm -1:00 pm 


Networks for Hardcopy Solutions 

Networked Visualization 

Networks and Graphics: A Direct Experience 

Network Graphics Techniques Evolution 

Computer Video Tapes II 

NOARL’s Map Data Formating Facility 

X Window System Overview 

DECwindows Tuning 

Remote DECwindows 

Animation/Visualization Working Group 

Integrating Distributed Applications Using 

DECwindows 

IBM PC/DECwindows Graphics Interface 


GAPSIG Business Meeting 

Visualization in the ’90s 

CAE Integration and Data Management 

CAE Data Management Tools 

DECwindows Clinic 

PIM CAD User Experiences 


Room 37 
Room 37 
Room 37 
Room 37 
Campground 
Room 37 
Room 37 
Room 37 
Room 37 
Salon A 
Room 37 

Room 37 



Room 37 
Room 37 
Room 37 
Room 37 
Campground 
Room 37 
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Wednesday (cont’d) 


1:00 pm - 2:00 pm 

Tuning Your Graphics Applications 

Room 37 

1:00 pm - 2:-- pm 

UlS/DECwindows Working Group 

Campground 

2:00 pm - 3:00 pm 

VWS Migration Tools Update 

Room 37 

3:00 pm - 4:00 pm 

How to use DEC GKS, DEC GKS-3D, and DEC 

PHIGS with DECwindows 

Room 37 

3:00 pm - 4:00 pm 

Imaging Clinic 

Campground 

4:00 pm - 5:00 pm 

Visualization and Graphics Standards 

Room 37 

6:00 pm - 7:00 pm 

Engineering Graphics Working Group Meeting 

Campground 

Thursday 

9:00 am -10:00 am 

PEX Overview - 3D Support in the X Window System 

Room 37 

10:00 am -11:00 am 

X Window System Standards Proposal: X Imaging 
Extensions 

Room 37 

11:00 am -12 noon 

DECimage Product Set Overview and Technical 
Description 

Room 37 

12 noon -12:30 pm 

DECimage Application Services 

Room 37 

12:30 pm -1:00 pm 

DECimage Storage Manager Tutorial 

Room 37 

12:30 pm -1:00 pm 

CLX: X-Windows From LISP 

Room 16 

1:00 pm - 2:00 pm 

Beginning PostScript Programming 

Room 37 

2:00 pm - 3:00 pm 

Advanced PostScript Programming Tutorial 

Room 37 

3:00 pm - 4:00 pm 

Graphics Hardcopy Contest Judging 

Campground 

4:00 pm - 5:00 pm 

Hardcopy Working Group Meeting 

Campground 

5:00 pm - 6:00 pm 

Encapsulated PostScript: How to do it and How to 

Use it 

Rooms 13-15-17 

5:00 pm - 6:00 pm 

Imaging Working Group 

Campground 

6:00 pm - 6:45 pm 

Display PostScript Introduction 

Rooms 13-15-17 

6:00 pm - 7:00 pm 

Worksystem Working Group 

Campground 

6:45 pm - 7:30 pm 

Display PostScript Technical Overview 

Rooms 13-15-17 

7:00 pm - 8:00 pm 

GKS/PHIGS/Graphics Standards Working Group 

Campground 

7:30 pm - 8:00 pm 

Adobe Fonts, Printing 

Rooms 13-15-17 

8:00 pm - 9:00 pm 

Graphics User Interfaces: What do we Like? 

Rooms 13-15-17 

9:00 pm - 9:30 pm 

Simple PostScript Application 

Rooms 13-15-17 

9:00 pm -10:00 pm 

GAPSIG Computer Graphics Video Tapes III 

Campground 

9:30 pm -10:00 pm 

VAX Graphics Devices 

Rooms 13-15-17 

10:00 pm -11:00 pm 

Graphics Tenth Anniversary Celebration 

Rooms 13-15-17 

Friday 

9:00 am -10:00 am 

Imaging Clinic - DECimage and DECscanner 
Applications 

Campground 

10:00 am -11:00 am 

Imaging Clinic - DECimage Storage Manager 

Campground 

12 noon -12:30 pm 

DECwindows/Ada Interface 

Room 37 

12:30 pm -1:30 pm 

Widgets and DEC'S UIL: A Quality Control System 

Room 37 

1:30 pm - 2:00 pm 

Data Visualization Graphics Devices 

Room 37 

2:00 pm - 2:30 pm 

Scientific Visualization 

Room 37 

2:30 pm - 3:00 pm 

Visualization Design 

Room 37 

3:00 pm - 3:30 pm 

Production Printing 

Room 37 

3:30 pm - 4:00 pm 

Print Queues and Symbionts 

Room 37 

4:30 pm - 5:00 pm 

GAPSIG Wrapup 

Room 37 
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DECwindows, X Windows, and Related Sessions 


Monday 


10 -10:30 am 

Migrating DI3000 to DECwindows 

Rm 37 

12 -1 pm 

X Window System Overview 

Rm 37 

2 - 3 pm 

DECprint Program Overview 

Rm 27-29-31 

3 - 4 pm 

Graphics ANSI Standards 

Salon B 

4 - 5 pm 

PC DECwindows DOS X Display Fac. 

Rm 37 

7 - 7:30 pm 

Using DECwindows for Bitmaps 

Rm 37 

7:30 - 8:30 pm 

Converting Pixel maps to DDIF 

Rm 37 

8:30 - 9:00 pm 

DECwindows Terminal Emulators 

Rm 37 

9 -10 pm 

DECwindows Programming Self-Taught 

Rm 37 

10-11 pm 

DECwindows Server/Xlib Test Suite 

Rm 37 

T uesday 

9 -10 am 

Digital’s Presentation Graphics 

Rm 24 

10-11 am 

DECwrite: Doc. in a CDA/DECwindows 

Rm 24 

11 -12 pm 

Realtime POSIX (IEEE 1003.4) 

Rm 8 

1 - 2 pm 

POSIX and portable FORTRAN 

Rm 27-29-31 

2:30 - 3 pm 

X Window System Overview 

Rm 37 

3 - 3:45 pm 

DECwindows Tuning 

Rm 37 

3:45 - 4:30 pm 

Remote DECwindows 

Rm 37 

4:30 - 5:30 pm 

Distrib. Appl. Using DECwindows 

Rm 37 

5:30 - 6 pm 

IBM PC/DECwindows Gr. Interface 

Rm 37 

Wednesday 

10-11 am 

Macs, PCs, DECwindows and VAX 

Rm 10-12-14 

11 -12 pm 

Creating Custom DECwindows Widget 

Rm 10-12-14 

12-1 pm 

DECwindows.-' Clinic 

Campground 

1 - 2 pm 

DECwindows Working Group 

Salon D 

1:30 - 2:30 pm 

POSIX - An Opportunity for VMS 

Ballrm B&C 

2:30 - 3 pm 

DECwindows Realtime Analysis 

Rm 20 

3 - 4 pm 

DEC GKS, PHIGS and DECwindows 

Rm 37 

3:30 - 4:30 pm 

Overview of Motif 

Ballrm B&C 

4:30 - 5 pm 

DECwindows/Motif Window Mgr 

Ballrm B&C 

5 - 6 pm 

Porting Appl. to Motif 

Ballrm B&C 

6 - 7 pm 

VMS Integrated POSIX Tech. Desc. 

Ballrm A 

Thursday 

9 -10 am 

PEX Overview - 3D sup. for X 

Rm 37 

10-11 am 

XIE: X Imaging Extensions 

Rm 37 

11 -12 pm 

VAXTPU Prog. Under DECwindows 

Rm 26-28 

12:30-1 pm 

CLX: X Windows From LISP 

Rm 16 

1 - 2 pm 

DECwindows Bookreader 

Rm 18 

4 - 5 pm 

DECwindows in Laboratory Appi. 

Rm 20 

7 - 8 pm 

Open Systems Strategy 

Rm 20 

7 - 7:45 pm 

Window-based VAX OPS5 

Rm 16 

8 - 9 pm 

Graphics User Interface Choices 

Rm 13-15-17 

10-11 pm 

Using Motif in Scientific Appl. 

Rm 5-7-9 


GR037 

GR094 

GR073 

GR018 

PC017 

GR021 

GR069 

GR074 

GR003 

GR092 


EP026 

EP072 

DA081 

LT043 

GR008 

GR034 

GR083 

GR071 

GR053 


PC027 

PC035 

GR047 

GR023 

VA253 

DA037 

GR029 

VA250 

VA244 

VA278 

VA254 


GR095 

GR082 

LT122 

GR097 

EP089 

DA054 

UN041 

AI004 

GR043 

LT109 
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Friday 


9 -10 am 

X Windows Appl. Des. w/ FORTRAN 

Rm 41 

LT044 

10-11 am 

VAX-based Doc. Mgt: Mac, DW, PCs 

Rm 2-4-6 

PC025 

11 -12 pm 

Port Publ. Appl. to DECs RISC 

Rm 5-7-9 

UN079 

12 -12:30 pm 

DECwindows/Ada Interface 

Rm 37 

GR002 

12:30- 1:30 pm 

Widgets and DEC'S UIL 

Rm 37 

GR025 

1 - 2 pm 

Cust. and Prog. DECwindows 

Ballrm A 

VA248 

2 - 3 pm 

VMS DECwindows Transport Layer 

Ballrm A 

VA243 

3 - 4 pm 

Enhancing VMS DECwindows with DCL 

Ballrm A 

VA015 

3 - 3:30 pm 

Hardcopy Sessions 

DECwindows and VT Terminals 

Rm 8 

LT112 

Monday 

12-1 pm 

Printer/PrintServer Update 

Rm 2-4-6 

HM058 

1 - 2 pm 

Color Printing in PostScript 

Rm 27-29-31 

GR076 

1:30 - 2 pm 

Batch/Print Future Directions 

Ballrm 

VA223 

2 - 3 pm 

DECprint Program Overview 

Rm 27-29-31 

GR073 

6 - 7 pm 

The Evolving PostScript Environ. 

Rm 11 

EP016 

7 - 7:30 pm 

Printing and Demand Publishing 

Rm 11 

EP069 

7:30 - 8 pm 

Production Printing 

Rm 11 

EP008 

8 - 9 pm 

High-speed Network Laser Printing 

Rm 11 

EP091 

9 - 9:30 pm 

Image setting, DEC Environment 

Rm 11 

EP081 

Tuesday 

9 - 9:30 am 

Networks for Hardcopy Solutions 

Rm 37 

GR055 

9 -10 am 

Digital’s Presentation Graphics 

Rm 24 

EP026 

11 -12 pm 

Prgmng DEC ANSI Printers 

Rm 41 

HM060 

12-1 pm 

Sharing Print Service, VMS/UNIX 

Rm 41 

HM068 

1 - 2 pm 

Mngng, Using PrintServers, ULTRIX 

Rm 41 

UN067 

Wednesday 

10-11 am 

PrintServer Technical Update 

Rm 2-4-6 

HM059 

Thursday 

1 - 2 pm 

Beginning PostScript Programming 

Rm 37 

GR004 

2 - 3 pm 

Adv. PostScript Tutorial 

Rm 37 

GR078 

3 - 4 pm 

Graphics Hardcopy Contest 

Campground 

GR017 

4 - 5 pm 

Hardcopy Working Group 

Campground 

GR012 

5 - 6 pm 

Encapsulated PostScript 

Rm 13-15-17 

GR075 

6 - 6:45 pm 

Display PostScript Introduction 

Rm 13-15-17 

GR088 

6:45 - 7:30 pm 

Display PostScript Tech. Overview 

Rm 13-15-17 

GR091 

7:30 - 8 pm 

Adobe Fonts, Printing 

Rm 13-15-17 

GR077 

8 - 8:30 pm 

PostScript FAXing on Macs 

Rm 2-4-6 

PC058 

9 - 9:30 pm 

Simple PostScript Application 

Rm 13-15-17 

GR006 

9:30 -10 pm 

VAX Graphics Devices 

Rm 13-15-17 

GR005 

Friday 

9 -10 am 

VMS Batch/Print Performance 

Ballrm A 

VA234 

11 -11:30 am 

Text and Graphics Conversion 

Rm 37 

EP002 

3 - 3:30 pm 

Production Printing 

Rm 37 

GR096 

3:30 - 4 pm 

Print Queues and Symbionts 

Rm 37 

GR072 
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H DECwindows corner 


Commands Edit Options 


X Terminals 

Laura Vanags, DECwindows Working Group Chair 

As hardware catches up to windowing 
software, we’re beginning to see the 
emergence of a new user interface technology. 
X terminals are still in their infancy. Only a 
few companies have advanced into supporting 
color X terminals. At Fermi Lab, Accelerator 
Division, we looked into what was available. 
This list does not claim to be exhaustive. 
Additional information can be sent to me at: 

VANAGS@ADCALC.FNAL.GOV (Internet) 
VANAGS@FNALAD (Bitnet), or 
ALMOND "VANAGS (DECnet) 

or by US Mail to: 


Laura Vanags 
Fermi 
Box 500 
MS306 

Batavia, IL 60510 



Digital Equipment Corp. 
(508)897-5111 

Mono X terminal 

Good quality 

C. Ito 

No color available now. 

1-(800) 347-2484 

We had problems getting tech. Info. 

GraphOn 

No color, no ethemet support 

(408) 435-8400 

Hewlett-Packard 

14 inch @ 640 x 480 resolution 

1 -(800) 752-0900 

16, 19, 20 inch @ 1024 x 768 resoiutior 

Human Designed Systems 

14 inch @ 640 x 480 

(215) 382-5000 

16 inch @ 1024 x 800 (4 & 8 plane) 


21 Inch @ 1280 x 1024 (flat face) 

Jupiter Systems 

Great X terminal, high end 

(415) 523-9000 

high performance 

NCR 

No color model 

(513) 445-5000 

Network Computing Devices 

17 Inch @ 1024x768 

(415) 694-0650 

8 plane, square CRT, 2mB RAM 

Spectra Graphics 

No color model 

(619)450-0611 

Specialize in IBM support 

Tektronix 

15 Inch <5> 1024x768 

(503) 685-3180 

19 inch @ 1024x768 

(with and w/o Tek graphics) 


Visual Technologies 
1-(800) 433-0880 


No color model 
Good mono model 































































April, 1990 


The Graph Paper... GRA-11 


"No time to say 
hello, goodbye, 
I’m late! I’m late! 
I’M LATE!!!" 


How many times have you heard THAT at 
DECUS Symposia? 


In 'Nawleans, GAPSIG Is sponsoring, at your local DECUS store, 
a one-of-kind, fractal watch, It's accurate, It's waterproof, it's 
colorful and It's one-ln-a-mlllion and YOU should have one. 
The watch features a Mandelbrot fractal on its face and is 
offered with either a black leather band or a red Swatchy 
type band. So stop by the store and be the first on your 
cluster to own one. 

Remember... 

Whether it's sessions or mealtimes. 

Synchronizing those deadlines. 

One's timepiece is a must 
when attending DECUS. 



Hardcopy at the Spring Symposium 

Bob Hays, editor and Hardcopy Working Group Chair 

The Hardcopy Working Group welcomes you to New Orleans this Spring! 
There are a number of important sessions planned this spring, especially in 
the areas of PostScript programming and use and also with regard to 
Digital’s DECprint program. 


There are sessions all week on a variety of hardcopy issues (see p. 9). 

Make sure to attend the Hardcopy Working Group meeting in the 
GAPSIG Campground at 4 pm Thursday; Digital will have 
representatives present to hear what YOU have to say about 
hardcopy issues. This is the place where you can get your questions 
answered and your wishes heard! 

The PostScript programming sessions reside mostly on Thursday, starting at 1 pm in Room 37 with 
Beginning PostScript Programming, and followed by sessions on Display PostScript, Advanced 
PostScript Programming, and Encapsulted PostScript. Make sure, however, to attend Monday’s 
session at 2 pm on Color PostScript. 

If you are looking for a hardcopy solution, stop in the GAPSIG Campground and browse through the 
Material and Information binder - this is a collection of articles and literature on hardcopy issues and 
devices. If you have any questions, you can write or call me (my address and phone are on page 2). SI 
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EDITOR’S NOTES 


As promised, we’re back to ’normal’ around here, and can produce the newsletter from 
submissions received electronically. My apologies to those who submitted working group and 
standards reports some time ago, for not getting them out to the world before now. 

There is quite a bit in this issue of Leverage. Thanks particularly to Ted Nieland for the Tape 
reviews, and George Scott, for the Clinic report. Both are examples of what DECUS can do to 
directly benefit you in your work. Also, B.Z. Lederman’s article on Quadword Arithmetic may 
well prove to be of some help. The author submitted the macro code of his routines, which I 
elected not to publish, since it ran to over seven pages. Perhaps it can be submitted to the SIG 
tapes, or I will send a copy given an SASE. 

Again, questions, comments, suggestions, or submissions can be directed to me at the address in 
the back of the Newsletters. See you next month. 

A1 Folsom, Leverage Editor 
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FALL 1989 VAX/L&T SIG TAPE REVIEWS 
The L&T Reviews: Part 1 


Earle Ake Todd Aven 

Science Applications International Corporation Computer Associates International 


E. Loren Buhle, Jr. Geoffrey Brunkhorst 

University of Pennsylvania School of Medicine Mayo Foundation 


Tom Comeau 

Space Telescope Science Institute 
Ray Kaplan 


David Hittner 

Pioneer Standard Electronics 
Ted Nieland 

Control Data Corporation 


Mark Shannon 
Carnegie-Mellon University 


Ric Steinburger 
SRI International 


This is part of the review of the Fall 1989 VAX/L&T SIG Tape. Due to the large amount of 
overlap between the L&T and VAX SIG tapes, the Tape editors decided to combine the tapes into 
one large tape with no overlap. This SIGs tape contains many useful items for people with VAX 
Computers and people interested in Languages and Tools. 

The reviewers have scoured through most of the tape and have jotted down the following notes 
on the material that is on the tape. Not everything on the tape is reviewed due to the shear 
volume of material, but it is hoped that this review will help people in deciding what on the 
tape might be useful to them. 

The SIG tapes are a project started by the SIGs a while back as a method of distributing free 

software that might be helpful to others. Not all of the material on the tapes are "finished" 

products. 

This review is sponsored by the VAX and L&T SIGs and is coordinated by the L&T Public 
Domain Working Group. Anyone wishing to help with future reviews can contact the the Public 
Domain Working Group Chair, Ted Nieland. He can be contacted on DCS at NIELAND or at 
TED@ NIELAND.DAYTON.OH.US on the Internet. 

This is the fourth SIG tape to be reviewed. The VAX and L&T SIGs are interested in your 
comments on the reviews and what can be done to improve them. Comments can be sent to 
DECUS_REVIEWS@ NIELAND.DAYTON.OH.US or to NIELAND on DCS. Or contact any VAX 
or L&T SIG Steering committee member. 

The material reviewed here is all part of the L&T section of the tape. 

The encapsulated reviews are rated on a 1-5 scale with 5 being excellent. 
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[.BULLETIN] 

Ease of installation: 
Documentation: 
Intended Audience: 
Ease of Use: 
Usefulness: 

Sources included: 
Objects Supplied: 


4 


5 


System Managers, General 

5 

5 

Yes, MACRO, FORTRAN 
Yes, Object Library 


The BULLETIN utility permits a user to create messages for reading by other users. Users may 
be notified upon logging on that new messages have been added, and what the topic of the 
messages are. Actual reading of the messages is optional. Messages are automatically deleted 
when their expiration data has passed. 

Bulletin is a handy way to pass messages around between project teams, or general interest 
messages from the system manager without having to send multiple copies of messages to 
everyone in the team or system. You can enable users to view the topics of new messages created 
since they last logged in or force them to read the message when they do login. Automatic 
message delete is present so you don’t have to worry about deleting that message about the 
system coming down for maintenance you posted last week and forgot about. Messages are 
organized into folders based on like subjects. This a way to get messages through to a lot of 
users easily. 


[.COY] 

Ease of Installation: 
Documentation: 
Intended Audience: 
Ease Of Use: 
Usefulness: 

Sources Included: 
Objects Supplied: 


4 

4 

General 

4 

5 

Yes; TPU, Fortran 
Yes 


This submission contains one program, WPE. WPE is a WPS+ (tm) emulator that is TPU based. 
The program gives most of the functions of WPS+ keyboard. This is a good program for those 
who are used to the WPS+ keyboard style, but occasionally need to use an editor for ascii files. 
An interface is provided so that if DECSPELL is on your system, it will be used for a 
spellchecker. Documentation is provided, and details differences between WPS+ and WPE, but it 
assumes that you know how to use WPS+, since this is an emulator. Since this is based on TPU, 
it can be easily modified to add features not normally found in WPS+, and does include some 
extensions the author found useful. Good for normal WPS+ users. 


[.EPUBS] 

Ease of Installation: 
Documentation: 
Intended Audience: 
Ease of Use: 
Usefulness: 

Sources Include: 


2 

3 

General, TeX Users. 

3 

4 

Yes 


L&T-3 



Objects Supplied: In most cases. 


The EPUBS submission contains several utilities for use with TeX and LaTeX, including a TeX 
previewer and a description of how to include Macintosh drawings in LaTeX documents. 

Len Schwer’s paper is a pretty complete discussion of how to get various DVI to PS converters to 
include MAC drawings. He includes descriptions of (and solutions to) many common problems, 
and points to several useful resources. The TeX X-windows previewer is less useful, since it is 
buggy and somewhat difficult for a VMS user to use. The program’s author admits all these 
shortcomings, but has gone to some lengths to provide a DECWindows previewer that is at least 
usable, and has succeeded. 


[.EPUBS.DVIPS] 
Ease of Installation: 
Documentation: 
Intended Audience: 
Ease of Use: 
Usefulness: 

Sources Include: 
Objects Supplied: 


3 

3 

General, TeX Users with PostScript (tm) printers. 

5 

5 

Yes 

Yes 


DVIPS is a converter which takes .DVI files (TeX output) and creates .PS files, which can be 
printed on a PostScript printer. It includes all sources, objects, and executables, documentation 
with notes on how to change site-specific parts of the manual,".TFM" files, and a replacement set 
of LaTeX "style files" which use PostScript fonts. A separate utility to include Macintosh figure 
files is also included. 

The code is very well written and internally documented. If you are a VMS-only user, some 
comments will be confusing, as will the use of "-option" instead of DCL-style qualifiers. 
Installation is straightforward, but does require understanding something about how TeX fonts 
are defined and used. If you’ve installed TeX, DVIPS will be easy. The utility is easy to use, 
and produces .PS files which are (sort of) readable, something not all DVI-to-PostScript 
converters do not do. If you are also a PostScript programmer you’ll appreciate that feature. 


[.GPLOT] 

Ease of Installation: 
Documentation: 
Intended Audience: 
Ease of Use: 
Usefulness: 

Sources Included: 
Objects Supplied: 


2 

3 

Experienced TeX users 

3 

4 

Yes. 

Yes. 


GPLOT and GTEX take input from Computer Graphic Metafiles generated by DISSPLA and 
NCAR graphic systems and combine them with .DVI files generated by TeX to produce TeX 
documents with graphics. Samples, documentation, installation instructions, and help files are 
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included. The code runs under both VMS and UNIX, and the VMS version uses DCL style 
qualifiers, while the UNIX version expects the "-option" format. 

Like many converters and previewers, installing this system requires substantial knowledge of 
how TeX builds documents and finds fonts. The documentation is fairly good, but the help files 
make many site-specific references to Pittsburg Supercomputing Center. Once installed, however, 
the system is fairly easy to use if you are already familiar with how TeX and most DVI-to- 
device converters work, and how NCAR, DISSPLA, or other CGM generators work. 
Documentation on adding device drivers to the interface is pretty good, and the range of output 
devices supported is fairly broad, which is helpful for those who don't yet have postscript 
printers. 


ANAHEIM L&T CLINIC REPORT 


George Scott 


Seventy-eight questions were formally submitted for the Languages and Tools Clinic at the Fall 
1989 DECUS Symposium in Anaheim. The first dozen were submitted in the campground before 
the Clinic opened. Almost all were answered during the two hour clinic, either in person or in 
writing. One stumped all of the experts though. The inquirer wrote her name on the form, but 
left the problem description blank. 

Sam Harbold, August Reinig, Brad Daniels, Daryl Gleason, Jeff Slayback, Jim Arsenault, Tina 
Cleaveland, Ed Vogel, Karl Puder, Eric Wittenberg, Bruce Ferguson, Carrie Wilpoll, Karen 
Michaels, Gaylen Royal, John Reagan, Anne Saturnelli, C Q Rehberg, and John Ellenberger, all of 
Digital; and David Ream, Lexi-Comp; Mike Terrazas, LDS Church; Scott Krusemark, 
Systemation; Jerry Oberle, Survey Sampling; J M Ivler, McDonnell-Douglas; Shirley Bockstahler- 
Brandt, Johns Hopkins University APL; and Joe Pollizzi, Space Telescope, all contributed their 
expertise. Matt Variott, Contel Federal Systems; and Marie Murphy and Joe Mulvey, Digital 
Counterparts for L&T SIG, routed the "patients" to the "doctors." All of these people made the 
Clinic a great success. 

Some of the more interesting problems and solutions follow. Answers will be mailed to the first 
dozen, and open questions are forwarded to Digital. 

Jean Wagener, consultant, needs to upgrade 1100 Fortran routines that are up to 15 years old, 
some not linked in the past five years, from VMS 4.6 to 5.2. She asks, "Will they break? Must I 
recompile and relink all? What are my options?" Scott Krusemark answers, "Bring all 
code/executable up to VMS 4.6. Then at least the executables will run under 5.2. All upgrades 
can then be done with confidence that nothing will break on-line." 

Jeannine Allen of Amoco Chemical Co asks, "Is there a way to SUSPEND a very large batch job 
mid-stream by SUSPENDing the batch queue for prime time?" Karl Puder replies, "The $ 
STOP/QUEUE command will do exactly that." See the help for STOP/QUEUE or the manual for 
variations. 
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John Kalstrom, Signal Technology, wants to know how he can tell from a batch job if all of his 
tests are successful, without wearing himself out programming. Jim Arsenault suggests that he 
perform a M $ DIR *.RES" on the collection subdirectory. If all tests were successful, DTM would 
delete all result files. John also asks, "When a SUBMIT times out or crashes, VERIFY/RECOVER 
takes a looong time. Is it that I have too many collections, or too many tests?" Jim found that 
John is on a VAXstation 2000 with 8mb and DECwindows running, and guesses that the cause 
is lack of memory. John should get more memory. 

Michelle Langdon of Martin Marietta Energy Systems wants to know, "How can I customize LSE 
to compile code with either callable RDO or SQL and Cobol. I have defined a command to use 
the precompiler but it expects the extensions .SCO or tokens for Cobol, the language I’m using." 
Tina Cleaveland points out, "To change the file types, use: LSE > modify language cobol 
/file_types=(".cob", ".sco", "rco")" The quotation marks and the periods are mandatory. Michelle 
also wants to use logicals in the Cobol Select statement in the format "X: FILE" where X is a 
logical and FILE is a literal. John Henning suggests, "Use $ TRNLNM and LIB$SET_LOGICAL." 

Rose Cottrell, Public Safety Equipment, wants to know if the problem with messages longer 
than 699 characters and the Dibol Message Manager will be corrected soon. An anonymous 
source said, "To be corrected in next version of VAX Dibol." She also had a problem with a 
command stream of Dibol report programs that would hang up at a random point, never the 
same program, with the program using 99% of the CPU. She was advised to examine quotas and 
to consider requesting Colorado Support Center to examine the system at the point of failure. 

Bill Bui, Russel Information Sciences, wants to create windows in C with cursors and graphics, 
while retaining portability. Mike Terrazas suggests, "Recommend using a package such as 
’Curses.’ There are a lot of limitations. Also use Windows (DEC, MS, Motif) if further 
functionality is necessary." 

Several people received demonstrations of VAXset and individual products. 

Tamara Vaughan of Booz, Allen, & Hamilton says, "When creating a benchmark file during an 
interactive session, process stops.... Process runs normally outside DTM." Jim Arsenault says, 
"DTM cannot test Regis, Sixel applications in terminal testing mode. You may however test 
them as DECwindows tests inside DECterms (DTM V3.1)." 

Tony Johnson of Pacer Systems wants to save a sequence of Debug commands for frequent usage. 
J M Ivler suggests, "One method is to use ’SET LOG filename’ and ’SET OUTPUT LOG’ and enter 
the Debug commands. Edit the ’filename’ log file created. Remove any noise between the 
commands. When you reenter the debugger, you can issue those commands by doing an 
’@ filename’. If you wish to use that procedure often, you can bind the command to a key using 
the ’define key’ command." This method generalized will work with many subsystems. In some 
cases, "$ SET HOST/LOG" may be the only way. Gaylen Royal told Tony that it is not possible 
to create an Ada representation clause at runtime, using variables to declare number of bits and 
range information. 

Scott Kutac, Sidlinger Computer Corp, wanted to make system calls from his Ada programs, so 
he made several packages that basically redefined the system calls in terms of Ada. He was 
assured that his wish that DEC would supply the Ada packages to support system calls is 
answered in Version 2.0. 
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Joel Carpenter, Pacer Systems, created, closed, and opened a file from an Ada program. He 
received a diagnostic like USE_ERROR, primary key does not match that in FORM parameter. 
Gaylen Royal reminds him that he must write something in the file before closing it, as 
documented in the Run-Time Reference Manual page 3-2. 

Steve Fawthrop of the Williams Cos. asks, "MMS - I frequently rebuild object libraries using 
MMS but the list of modules is steadily increasing. I get round this by calling DCL from MMS 
to build a symbol and use it as an MMS macro. Is there an easier or more elegant method? I’m 
concerned that the string may get too long to handle. The list of files is built from the current 
directory listing." Daryl Gleason replies, "There is no easier method currently. The string length 
issue can be avoided by having the DCL command procedure actually generate a full descriptor 
file with all of the dependencies which would then be invoked, instead of having the command 
procedure build a string." 

Glen Perillo of Banker’s Trust inquires, "After opening a file in a C routine, how do you get the 
"Fortran unit #" of the file so you can pass it to a Fortran routine?" Scott Krusemark and Brad 
Daniels agree that it is not possible as desired. 

Yanamandra Sastry, RMS Technologies, asked several questions about LSE. Tina Cleaveland 
gave these answers: "LSE uses the VAX compilers to do syntax checking. We once considered 
writing separate syntax checkers, but discarded that idea. LSE is definitely a Programmer 
Productivity Tool. LSE’s templates provide syntax ’tutoring.’ It is very easy to tailor the 
templates." 

Marc Chichester of MCI writes, "If object files are inserted into OLB then deleted, MMS rebuilds 
entire system." Joe Pollizzi replies, "Use SKIP_INTERMEDIATE switch." 

Ken Richardson of Compassion International observes, "Debug on VAXstation 
3100/DECwindows is very slow to start up (diskless 8mb). 1) How can I speed it up? 2) How 
can I use non-windows Debug?" August Reinig replies, "To use the character cell debugger, define 
dbg$decw$display to be " " (that’s a space). To speed startup, get more memory, a faster CPU, or 
run the debugger on a different machine and display it on the VAXstation." 


REPORT OF THE JANUARY 1990 MEETING OF P1003.9: 
The Fortran Binding to POSIX 

by Joseph J. King 


The POSIX effort will produce standards which define operating system services, operating 
system shell commands, real time services and language bindings. POSIX is an acronym for 
Portable Operating System Interface and is used to refer to a group of standards being developed 
by IEEE. Working group P1003.1 published the first POSIX standard in September 1988 (IEEE 
Std. 1003.1-1988). This standard defines the operating system services (the kernel) for a POSIX 
system. The working group P1003.2 is nearing the completion of a standard which defines the 
shell commands for a POSIX system. Other POSIX working groups include P1003.3 (testing), 
P1003.4 (real-time), P1003.5 (Ada), P1003.6 (security), P1003.7 (system administration), 
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P1003.8 (networking), P1003.9 (FORTRAN), P1003.10 (supercomputer), P1003.ll (transaction 
processing) and 1201.1 (windowing toolkit). 

As each part of the operating system is defined by a POSIX standard, language bindings will be 
developed to provide applications access to the functionality. Working group P1003.9 is in 
charge of developing the FORTRAN binding to the POSIX standards where appropriate. 
Currently P1003.9 is developing a binding to the kernel (IEEE Std. 1003.1-1988). The purpose 
of the binding is to provide FORTRAN applications access to operating system services and 
enhance program portability. 

In January 1990, P1003.9 met in New Orleans. The following is a report of that activity. 
PI003.9 has developed a draft of a language binding to the operating system kernel services 
based on the 1978 FORTRAN standard (F77). There is nearly an one-to-one match between 
functional interfaces defined in P1003.1 and P1003.9. The differences between the interfaces are 
the result of differences in FORTRAN language functionality and FORTRAN programming 
convention. For example, it was necessary to define additional subroutines and functions to 
handle kernel defined data structures and symbolic constants. Additionally, it was decided that 
the interface to the kernel would have a subroutine interface as opposed to functions which 
return a either success or fail. 

The functionality currently contained in the FORTRAN binding includes process creation and 
execution, process termination, signal handling, timer operations, process identification, user 
identification, system identification, time functions, environment access, terminal access, 
directory operations, file creation, special file creation, file removal, file characteristics, 
interprocess communication (e.g. pipes), file I/O, file control, and miscellaneous functions. 

This meeting consisted primarily of editorial changes to the document in preparation of public 
ballot in May or June of this year. We have worked hard over the last several months to get the 
document in this condition. If you are interested in obtaining a copy of this document please 
contact John McGrory the 1003.9 chair. 

This document contains several new routines that I contributed last meeting. They include 
routines to access the underlying file descriptors associated with FORTRAN units (F77FILENO 
and F77FDOPEN). These routines allow a FORTRAN program to open a POSIX file descriptor 
for FORTRAN I/O and allow a FORTRAN program to obtain the file descriptor associated with a 
FORTRAN unit specifier. These routines are useful for communication with other processes as 
well as file sharing. For example, a parent process may want to create a check point file. In 
addition, children processes which are created by the parent may write to that same file. The 
parent process creates the child by the using the POSIX subroutines F77FORK and F77EXEC. 
Since only the file descriptors survive the F77EXEC call, the child process must call F77FDOPEN 
to open the file descriptor for FORTRAN I/O. F77FDOPEN returns a valid FORTRAN unit so 
that the child can use the FORTRAN WRITE statement. The child would have to know which 
file descriptor to open, however. This can be communicated from the parent as a command line 
argument. The parent calls F77FILENO to determine the file descriptor value to pass. In order 
to synchronize output to the file the subroutine F77FLUSH can be called to flush any buffers 
that may associated with the unit. 

In New Orleans we reviewed several other new routines which I contributed. These include the 
stream I/O functions F77GETC, F77FGETC, F77PUTC, F77FPUTC, F77FSEEK and F77FTELL. 
These routines allow more natural communication with other processes which may be written in 
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c. 


Other new routines include routines for getting command line arguments and the local time and 
date (F77GETARG, IF77ARGC, and F77LOCALTIME). In addition, we added routines for 
determining the precision and range of the INTEGER, REAL and DOUBLE data types. The 
function IF77LENTRIM was added which returns the position of the last nonblank character in 
a string. Also the functions IF770R and IF77AND were added to aid in the manipulation of 
POSIX bit flags. These routines perform bitwise OR or AND operations on FORTRAN integers. 

We also considered a proposal to add the routine GERROR which returns the text of system 
error messages. The proposal left the definition of the messages to the implementor. For this 
reason the committee decided that this routine did not enhance portability and should not be in 
the standard. It was my opinion that GERROR did enhance portability by providing 
applications access to the error messages that are appropriate to the system. This allows the 
message to be in the native language of the user. The committee did not think that vendors 
would supply proper error messages if left unspecified. 

We also considered adding the subroutine SYSTEM which executes a command. Because 
SYSTEM will be part of our binding to 1003.2 the committee decided not to put it in this 
binding. 

Technical issues that will be resolved by the next meeting include; the treatment of unsigned 
POSIX values stored in FORTRAN signed integers; specification of errors conditions for the 
structure access routines; trailing blanks in constant names; global variable access; and the use of 
null pointers. 

Now that the technical work is nearly complete, we were able to work hard on many editorial 
issues at this meeting. There are many editorial changes that need to be made before ballot, 
however, it appears that we will be ready for the balloting group in May 1990. The balloting 
group consists of any interested persons that wish to read the document, make comments and 
vote for or against acceptance. Any one can be a member of the 

balloting group, although it is an easier process if you are an IEEE member. This is the only 
mechanism of public review allowed under IEEE rules. If you are interested in joining the 
balloting group please contact myself or John McGrory or IEEE. 

P1003.9 would like to encourage attendance to all interested parties. This is a small group so 
your input would be valued. Our next meeting is in Snowbird, Utah in April, 1990. If you 
would like to attend this or any following meetings please contact: 

John McGrory (Chairperson) 

Hewlett-Packard 
19447 Pruneridge Ave 
Cupertino, CA 95014 
mcgrory%hpda@ hplabs.hp.com 
(408) 447 0265 
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I can be reached at the following address: 


Joseph King 

Genetics Computer Group 
University Research Park 
575 Science Drive Suite B 
Madison, Wisconsin 53711 
jking@gcg.com 
(608) 231 5200 


QUADWORD INTEGER ARITHMETIC 

B. Z. Lederman 


Background: what are quadword integers 

The VAX/VMS architecture defines a number of integer data formats: byte (8 bits), word (16 
bits), longword (32 bits), and quadword (64 bits). (There is in theory an octaword data type 
but I’ve never seen it used anywhere.) Longword integers have a signed range of -2,147,483,648 
through 2,147,483,647: this is usually enough for most applications. There are times, however, 
when a greater range of integer values is desired. The next logical step would be to go to 
quadword integers which support much larger numbers (if I’ve done my calculations right: 
-9,223,372,036,854,775,808 to 9,223,372,036,854,775,807). Unfortunately, it appears that 
most VAX languages don’t support such variables: there is no INTEGERS in FORTRAN, or 
"verylong int M in C. It turns out that the VAX architecture doesn’t support quadwords in quite 
the same way as other integers: there is no MULQ or DIVQ instruction as there is MULW, 
DIVW, ADDW, etc. 

Of the possible alternatives, using floating point variables is often undesirable because there is 
always the possibility of floating point rounding and truncation which can turn an integer into a 
non-integer (1,000,000 can turn into 999,999.99). Using packed decimal variables is also 
sometimes possible, but they tend to be much slower than integer arithmetic (especially on 
machines which emulate the packed instruction set in software) and the languages which don’t 
support quadword integers often don't support packed variables either. 

I had discussed this problem a little on DECUServe. Larry Kilgallen said that Ada allowed a 
programmer to define meanings for "+",etc., for arbitrary data types; but it would still 
require having subroutines which performed the operations and I don’t have access to an Ada 
compiler. He also pointed out that with Bliss macros the operations could be made in-line, but 
would look like subroutine calls rather than arithmetic: 

QMULT ( QRESULT, QA, QB ) 
rather than 
QRESULT - QA * QB 

In both the above situations, it would still be necessary to write the routines which actually 
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performed the operation. 


George Merriman suggested checking for RTL routines: Bruce Bowler further clarified this, 
pointing out LIB$ADDX and LIB$SUBX (which solve the problem of adding and subtracting 
quadword and longer integers), but that there was no corresponding LIB$MULX and LIB$DIVX. 

Gary Rice pointed out that the (at that time) next release of VMS would include DATE math as 
RTL routines. It turns out that VMS V5 does have such routines; but as it doesn’t make much 
sense to multiply two dates, there are still no quadword multiply or divide routines. I 
discovered that I couldn’t get very far trying to define a quadword data type within PL/I. Matt 
Madison said that a programmer can define a quadword quantity, BIT (64) ALIGNED, then use 
that as a parameter to routines such as LIB$ADDX and LIB$SUBX, but cannot use the PL/I 
arithmetic operators with it. User TACKETT on DECUServe suggested the use of LISP, which 
allows arithmetic with integers of arbitrary length: but I did not have much success trying to 
program in LISP (the only book I had in it was out of date) and it really wasn’t suited to the 
overall application I wanted. 

I eventually found out that VAX COBOL does support quadword integers, if you know how to 
specify them properly (a LONG picture string and USAGE COMP). I also found that it does 
addition and subtraction in-line, but calls COBOL RTL routines to do multiplication, division, 
and conversion to/from other data types including text. They are not documented in any of the 
VMS RTL manuals, but they are in the microfiche. 

So why not just use COBOL? 

If COBOL can do quadword integer arithmetic, why not just write all routines which need to do 
this kind of math in COBOL? There are severed reasons. First, many people do not have access 
to the VAX COBOL compiler. Second, many people don’t like COBOL, or don’t have anyone 
available who can program in COBOL. Next, if a program has already been developed in some 
other language and only needs to have it’s range extended by using quadwords instead of 
longwords, it could be rather inefficient to re-write the entire program in another language. 

The next possibility which comes to mind is to write a few short subroutines in COBOL: one to 
add two quadwords, one to multiply two quadwords, one to divide two quadwords, etc., and 
then call these subroutines from the other language in use. This is a reasonable solution. 
However, it still requires access to a COBOL compiler and programmer to first produce the 
routines: and there is an extra level of subroutine calls which reduces the efficiency of the 
program. Since all the COBOL subroutines would do in most cases is call the COBOL RTL 
routines, it would make more sense to just call the COBOL RTL routines directly. 

Incidentally, DATATRIEVE also supports quadword integer data types and will do math 
operations on them. But it is difficult to call DATATRIEVE routines from an external program 
passing parameters: and as noted above, it isn’t always possible to rewrite a program in another 
language just to add quadword integer support. 

Problems calling the COBOL RTL routines directly 

There is a problem trying to call the COBOL RTL routines directly from most high level 
languages. The routines don’t follow the ’standard’ VMS calling conventions: arguments are not 
passed on the stack or in a call frame. Instead, they are passed in registers (or addresses are 
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passed in registers). Also, they do not have ".ENTRY" points, so they must be called with a 
"JSB" instruction rather than the "CALLG" or "CALLS" instruction. This is fast, and works well 
when the routine is called by code produced by a compiler or from a Macro-32 program. But 
few, if any, compilers will allow you to assign variables to specific registers: in particular, 
calling the routines directly from a VAX FORTRAN program would be just about impossible. 
[Editorial comment: it should be reasonably easy for the programmers who maintain the 
compilers to add quadword integer support to other languages like FORTRAN and C, since the 
routines have already been worked out for COBOL; and the RTL is supplied with the VMS 
operating system so everyone should have it.] 

The solution I decided upon was to write ’relay’ routines. These can be called using the standard 
VMS calling mechanism similar to that used by other RTL and System Services, so they can be 
called from any VMS language which can call SYS$, STR$, LIB$, and other RTL routines. The 
’relay’ routine then puts the arguments into registers and calls the COBOL RTL routine. This 
would not seem to be any more efficient than writing the relay routines in COBOL, and perhaps 
it isn’t. But it does eliminate the need for a COBOL compiler and programmer. 

A sample of such a routine looks like this: 


.EMERY COBOLJVLJIjQ. ~M3R2, R3, R4. R5. R6, R7, R8> 

call COBOLJVOjQ(mu It ipl ier, multiplicand, product) 

Multiply tw) Quadword Integers: 

product “multiplier * multiplicand 

No real status is passed back in from the RTL. On overflow, 
the low order 64 bits are returned with no indication. 


MULTIPLIER = 4 ; offsets to arguments 

MULTIPLICAND - 8 
PRODUCT = 12 


IVDVL MULTIPLIER(AP) , R6 
MJVL MULTI PLICAND(AP) , R7 
M3VL PRODUCT CAP) , R8 
JSB G~CQB$MJLQ_R8 
M3VL #SS$J£)RVftL. RO 
RET 


M>ve addresses of arguments from 
address pointer to registers 
used by COBOL RTL routine 
call RTL routine 
force success on return. 


By this method, I made multiplication and division of quadwords available to most languages. 
The VMS LIB$ADDX and LIB$SUBX routines used with the default array length makes addition 
and subtraction available. Because the LIB$xxxX routines expect arguments to be passed by 
reference, I made all of my routines work with arguments passed by reference. This not only 
provides consistency, it is in some cases the only way to pass a quadword integer to a 
subroutine. 
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I also added a routine of my own which tests a quadword and returns an indication if the 
quadword is zero, greater than zero, or less than zero, which doesn’t call any RTL routines. 

The routines could be improved somewhat: it wouldn’t hurt to check to see if the correct 
number of arguments were passed, for example. It shouldn’t be necessary to check the validity 
of the address passed, because the COBOL RTL should do that. By checking the number of 
arguments, it might also be possible for the routine to be called as a function returning the 
product in a register pair (when only two arguments are supplied) as well as a subroutine: but 
this requires that the language receiving the returned value know how to retrieve the value from 
a register pair. 


More routines needed 

It isn’t enough to just have the four math operations available. It’s also necessary to convert 
between quadword integers and other data type. It is especially necessary to convert between 
integer and ASCII characters so that the integers can be displayed, and so that data input from a 
terminal or file can be converted to integers. Languages which don’t support quadword math 
aren’t going to have these routines, so they must be obtained somehow. 

The COBOL compiler apparently does most or all of these conversions by going through the 
packed datatype first. It should be possible to do the conversion more directly, but I wasn’t 
inclined to write my own (even though it would be a one-time only project) because of all of the 
work that has to be done to do it properly, such as testing for the presence and/or absence of 
signs, embedded commas, leading blanks, incorrect argument passing, etc. Since there are COBOL 
RTL routines which do the conversion between packed and quadword, I made relay routines for 
them, and added my own conversion routines between ASCII text and quadwords by going 
through packed intermediate variables. This may not be terribly efficient, but it uses tested 
routines, and the amount of time a program spends doing this kind of data conversion should be 
small compared with the time it does actual math or other work. The conversions I supplied are 
Integer to Text (by reference). Text (by reference) to Integer, Integer to Text (by descriptor), and 
Text (by Descriptor) to Integer. 

There are other COBOL RTL routines for which I have not provided relay points. They convert 
between D_Floating and quadword integer, F_Floating and quadword integer, and integer and 
quadword integer. It should be fairly easy to add relay points to these routines in the same 
manner as for multiplication and division. It should be fairly easy for a programmer to convert 
between quadword integers and shorter integers, as the quadword integer usually has to be 
declared as an array of shorter integers. 


Passing the torch 

For me, the reason I originally became involved in quadword arithmetic is no longer very 
important, and I have routines which are usable. There is certainly some optimization which 
could be done, and as mentioned above, a few more which could be added. I’m submitting this 
to the newsletter to pass along what I’ve done so someone else can continue the work from here, 
should anyone need it. 
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ANNUAL REPORT OF DECUS PARTICIPATION 
in ANSI X3J11 - C STANDARDS 


The C Standard was approved this year! The committee met in March of 1989 and approved the 
draft, over the objections of a commentator. The commentator chose to file a formal appeal with 
X3 and with ANSI, but both of those bodies have since voted to deny the appeal. The net effect 
of the appeal was to delay the Standard by about 6 months. 

DECUS had planned to host the meeting of X3J11 which was scheduled for September of 1989, 
but the committee decided not to meet in light of the still pending appeal. The next meeting, in 
March of 1990 will be our first interpretations meeting, where the committee will give opinions 
as to the meaning of the Standard. Those opinions will be solicited by questions from compiler 
implementers and those chartered to validate implementations. 


Current Chair of X3J11: 
Jim Brodie 

Jim Brodie & Associates 
106 S. Terrace 
Chandler, AZ 85226 
(602) 863-5462 


DECUS Representative: 

Mike Terrazas 
LDS Church 

50 E. North Temple 27th Floor 
Salt Lake City, UT 84150 
(801) 240-3264 


PUBLIC DOMAIN WORKING GROUP REPORT 
Fall 1989, Anaheim, Ca 


The Public Domain Working Group of the Languages and Tools SIG met in Anaheim at the Fall 
1989 DECUS Symposium. The meeting had attendees. The meeting was called to order by the 
Working Group chair, Ted Nieland. 

Ted Nieland reported on the status of several projects, including: 

The Spring VAX/LT SIG Tape. The combined tape was a success. It is also on the 
DECUS Library CDROM #5. 

The DECUS TeX Collection. The collection was updated and sent out in August. New 
items include a DEC Windows previewer, A Macintosh version of TeX and more DVI 
drivers. All other material was also updated. It is also on the DECUS Library CDROM 
#5. 


The Other Half of VMS special collection tape. This is a VMS starter kit of DECUS 
software. A vote on the most popular programs for VMS was taken and those programs 
are being offered on this tape. It is intended to be easy to install for novice system 
managers. 
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Voting on favorite non-commercial programs. The working group is sponsoring a vote on 
favorite non-commercial software for VMS, RSX, UNIX, RT-11, MS-DOS and Macintosh 
OS (Finder/MultiFinder). The results of this voting will be presented at the next 
symposium. Ballots are available at this symposium and will also be made available via 
the DECUS Newsletters, DECUServe, and network mailing lists. 

The GNU tape. This will have all the GNU material on it and the VMS ports. 

Updates of the MS-DOS, ADA, and UNIX-C Tapes from SIMTEL-20. The material that 
was submitted to the library will be updated. 

The Communications Protocol Collection. A Tape has been submitted to the DECUS 
Library that contains all the common async communications protocol programs for VMS. 
Included are KERMIT, X-MODEM, Y-MODEM, and Z-MODEM. 


Lots of new material has been submitted for the Fall 1989 SIG tape. The VAX and L&T SIGs 
will again be working together to produce one combined tape to eliminate duplicates. The Fall 
1989 tape is expected to be sent to the DECUS Library and the Tape-Copy/NLC tree by mid- 
January. Ted Nieland has been named the new L&T SIG Tape Librarian as of this symposium. 
Ted will be working with Glenn Everhart, the VAX SIG Librarian to produce the Fall 1989 SIG 
tape. 

The working group is still looking for someone to work on the networks tools special collection 
tape. The group would also like to find someone to work on a UNIX utilities for VMS special 
collection and a VMS utilities for UNIX special collection. If you would like to work on one of 
these projects, please contact Ted Nieland (see information below). 

The working group also is looking for more DEC Windows material that can be used for 
examples for programmers. A request was made to the representative from DEC to see if DEC 
had any items they could submit for the SIG Tape. 

The working group is looking for a vice-chair. Anyone who is interested should contact the 
chair, Ted Nieland, at (513) 427-6355, or send a mail message to NIELAND on DCS or 
TNIELAND@AAMRL.AF.MIL on the Internet. 

Ted Nieland also reported that the SIG tape reviews and DECUS library reviews are being well 
received. The reviews will be continued. Anyone wishing to help with such reviews should 
contact him. A new coordinator for the review process is being sought. Anyone who would be 
interested should also contact Ted. 

The L&T SIG is also looking for an assistant SIG tape librarian to assist with the L&T SIG tape 
(currently combined with the VAX SIG tape). Anyone who is interested should contact the 
L&T SIG Tape Librarian, Ted Nieland, through any of the channels mentioned above. 

If anyone has any ideas for special collection tapes, or would like to submit material for future 
SIG tapes, please contact Ted Nieland with your suggestions. 
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Languages & Tools 

Public Domain Software Top 30 Ballot 

The Public Domain Working Group of the Languages & Tools SIG is interested in what public 
domain/non-commercial software you find useful on the carious computers you may work with. 
For each of the operating systems listed below, please list your favorite public domain/non¬ 
commercial software programs. Return this ballot to Ted Nieland, Control Data Corp, 2970 
Presidential Drive, Suite 200, Fairborn, OH 45324. Results of this vote will be presented at the 
Spring 1990 DECUS Symposium and published in LEVERAGE. 

Note: Some of the previously nominated programs are already listed. If that is a program you 
would have listed, just circle it. Please note no more than 10 programs for each operating 
system. Votes can also be E-MAILed to TNIELAND@AAMRL.AF.MIL. 


VMS UNIX MS-DOS 


TeX & Utilities 
KERMIT 
VERB 
FILE 
FINGER 
DECUS UUCP 
GNU CC 
GNU EMACS 
SPELL 


KERMIT 
TeX & Utilities 
GNU EMACS 
GNU CC 
SEDT 


KERMIT 

ARC 

PKZIP 

SEDT 

MicroEMACS 
TeX & Utilities 


RSX 


RT/TSX FINDER (Macintosh) 


DECUS C 

FINGER 

KERMIT 


KERMIT KERMIT 

_ STUFFIT 
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ANNUAL STANDARDS REPORT, X3J4 COBOL 

Bruce Gaarder, DECUS Representative 


Accredited Standards Committee X3J4 (COBOL) met five times this year amid much discussion. 
The Intrinsic Functions Addendum to the Standard was passed in September, so there will be a 
standard method of calling functions, both numerical and string-handling. 

We have issued many interpretations of the standard, in which we tell inquirers what the 
standard says or should say, if it is not clear. These are collected and periodically issued in a 
COBOL Information Bulletin. 


We are currently balloting on sending the collection of interpretations which are corrections to 
the standard on for further review. This is not a topic of unanimity, since some believe that this 
makes the standard a moving target. The DECUS position on this has been one of supporting the 
original purpose of a corrections addendum, which was to try to limit the number of programs 
which would be affected by correcting the standard as soon as possible. The fact that it has 
taken five years is disappointing, but it is going to be almost as long before the next full revision 
of the standard can take place. 

Another sore point comes in the calling of a non-COBOL program from a COBOL program in the 
UNIX environment, since the rules for calling a COBOL program say that the program-id must 
be treated as if it were all upper-case, and it is implementor-defined if it is not a COBOL 
program. This has resulted in different vendors doing different things to identify a case-sensitive 
call. The DECUS position on this is that it is clearly specified as implementor- defined in the 
standard, and that it should not be changed until the full revision of the standard. 


We are also working on a COBOL language interface to the Forms Information Management 
System (FIMS) standard, which DECforms is an early implementation of, since the standard has 
not yet passed. Another project is waiting for approval from the higher levels of the American 
National Standards Institute (ANSI). The project is to develop COBOL support for multi-octet 
characters sets, which are necessary for many non-English languages. 


There are six meetings planned for 1990. Please contact me if you need further information on 
the dates or locations. You are welcome to attend. 


Chair of the Committee: 
Don Schricker 
M/S 019-890 
Wang Laboratories 
One Industrial Avenue 
Lowell, MA 01851 


Primary DECUS Representative: 
Bruce L. Gaarder 
Donahue Enterprises, Inc. 

2441 - 26 Ave. So. 

Minneapolis, MN 55406 


Alternate DECUS Representative: 

Dale D. Marriott 

El Paso County Office Bldg. 

27 E. Vermijo St. 

Colorado Springs, CO 80903 
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PROJECT MANAGEMENT WORKING GROUP REPORT 

George L. Scott 


The Project Management Working Group of the L&T SIG met during the Fall ’89 DECUS 
Symposium at Anaheim. About a dozen attended. Those in attendance seemed to be mostly 
interested in how to manage a project rather than in what project management systems are 
available. We discussed the essentials of how to manage a small project. It was emphasized that 
there is lots of planning involved, including the identification of relatively small work packages. 
The planning is followed by monitoring actuals against the plan, followed by ever more 
planning. 

George Scott volunteered to present a session at New Orleans on the subject. Val Nelson may 
present one or more sessions at Las Vegas on project management softwara Val also identified a 
source of summary information on project management software, the Project Management 
Institute, PO Box 43, Drexel Hill, PA 19026, (215) 622-1796. They have a survey called Project 
Management Software Packages in three ring notebook form. For more information, people can 
call either the institute or Val Nelson at (206) 775-8471. 


"A Little Inaccuracy 
Sometimes Saves Tons 
Of Explanation” 

H. H. Munro 

"The Comments of Moung Ka" 


L & T-18 






Networks SIG 




APRIL 1990 NETWORK SIG Newsletter 

TABLE OF CONTENTS 


FROM THE EDITOR’S COBWEB, Judi Mandl.1 

NETWORK WORKING GROUPS, Dennis Jensen.1 

THE LAST OF THE BEST NODE NAMES (I THINK), Rick Carter...2 

DEQNA UPGRADE PROGRAM.5 


FROM THE EDITOR’S COBWEB 

I’m back! Many thanks to Rick Carter, Assistant Editor, for holding down the fort during my first months 
of motherhood! I’m looking forward to editting the newsletter again (during Max’s naps, of course - this 
could become a very short newsletter!) 

Many of you will be attending the New Orleans symposium, you lucky dogs. I’ve included in this issue an 
introduction to working groups, by Dennis Jensen, the working group coordinator. Check for a group that 
might interest you, and talk to Dennis or anyone at the Networks Suite in New Orleans for more informa¬ 
tion! This is a great opportunity for those with similar interests to interact with Digital. Dennis has listed 
the meeting times, and check UPDATE.DAILY for meeting locations in New Orleans. Notes from the 
working groups will be published here in the future. 

Its not too late to get in your entry for the Best Node Names Contest! Rick Carter has been getting a hearty 
response for his contest, and judging will be soon. Win your very own exclusive original Network SIG 
T-shirt and/or mug! 

The long-awaited DEQNA Upgrade Program has been announced as of February 1990. Pricing details are 
available from your local sales office, and the policy details, as announced by DEC, are included in this 
issue. This applies to anyone who plans to migrate to Phase V DECnet. 

Send any comments, suggestions, or articles to: 

Judi Mandl 
11 Catlin Road 
Harwinton, Ct. 06791 

I’m glad to be back! Have fun in New Orleans! 

NETWORK WORKING GROUPS 

Dennis V. Jensen 

Network Working Group Coordinator 
258 H Development 
Ames Laboratories 
Ames, Iowa 50011-3020 

The Networks SIG sponsors eight working groups which discuss technical issues and user requirements 
with Digital developers. I encourage all attendees at symposia with a specific interest in thest topics to 
attend and be heard. If you cannot attend symposia but have issues you would like presented, mail them 
to me at the above address, or electronically to DJ@ALISUVAX.BITNET . 

SPRING 1990 SYMPOSIUM NETWORK WORKING GROUPS 

DISTRIBUTED SYSTEM SERVICES, THURSDAY 2PM 
FIBER DISTRIBUTED DATA INTERFACE, WEDNESDAY 5PM 
IBM INTERCONNECT, THURSDAY 1PM 

NETWORK DESIGN & GROWTH MANAGEMENT, THURSDAY 10AM 
OPEN SYSTEM INTERCONNECT, THURSDAY 9AM 
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ROUTERS & BRIDGES, THURSDAY 3PM 
TERMINAL SERVERS, TUESDAY 4:30PM 
TCP/IP, THURSDAY 11:30AM 

Watch the newsletter for notes from the working groups published here in the future. 

THE LAST OF THE BEST NODE NAMES (I THINK!) 

Rick Carter 

As I write this, it’s 4 PM on February 28. Unless I get an entry postmarked 
before tomorrow in the next few days, this is it! 

Here’s the last batch: 

Trey Reeves, at National Health Labs, Inc. in Dallas, Texas submits for their 
nationwide computer network: 

Dallas nodes: BUBBA, BIGTEX, JOEBOB. 

Nashville nodes: JED, with JETHRO planned. 

New York node: GUIDO. 

Florida nodes: DOLFIN, GATOR 

San Antonio, Texas node: BOWIE (as in "Jim"). 

Copyright regulations prevent me from showing you the _Far Side _ cartoon which 

accompanies the next entry. It shows Laurel and Hardy running from a city 
being destroyed in a mushroom cloud, with Laurel saying "Now you’ve done it!" 

The letter with it, from Rand P. Hall of Merrimack College, North Andover, 
Massachusets, reads: 

We, too, used to have boring node names for our two-node 
VAXcluster. Then came the cartoon... System crashes on STAN 
and OLLIE are now followed by a "Now you’ve done it!" from 
one or more of the staff members. 


The final entry is actually several entries, all from John W. Manly at Amherst College, Amhert, 
Massachusets (this seems to be Colleges in Massachusets month here!) My contest didn’t state that the 
networks had to really exist, and these are lists of ideas. Perhaps some of you readers may wish to take 
notes for your future networks. John takes it from here: 


Coins of the world. This is my personal favorite, and, 
I suspect, our strongest contender: 


DOLLAR 

CREDIT 

FRANC 

YEN 

POUND 

PESO 

PESETA 

MARK 

RUBLE 

SHEKLE 

DRACMA 

YUAN 

RUPEE 

SOL 


American 

Star Trek 

France 

Japan 

UK 

Mexico 

Spain 

Germany 

USSR 

Israel 

Greece (actually spelled Drachma) 

China 

India 

Peru 
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SOMALO Somalia (East Africa) 

KRONA Iceland and Sweden 

ZLOTY Poland 

KWANZA Angola 

AUSTRL Argentina (actually spelled Austral) 

PENNIS Finland [I don’t believe it, do you?] 

TAKA Bangladesh 

CRUZAD Brazil (actually spelled Cruzado) 

Candy. This seems like a particularly good idea to me, 
since there is a very large set to choose from (and more 
are constantly appearing), so users can name their machines 
after their own personal favorite. 

MOUNDS 

SKOR 

SNCKRS 

CHUNKY 

REESES (Reeses Peanut Butter Cup) 

TWIX 

GRAND (100 Grand Bar) 

LSAVER (or LIFSAV for Life Savers) 

MINT 

BONBON 

SKYBAR 

MANDM (or MM for M&M) 

MANDMP (Peanut M&Ms) 

Ice Cream. Once again, a large set to choose from, and one 
that has relevance for most people (almost everyone has a 
favorite flavor). 

COFFEE 

VANILA 

CHOC 

STRAWB 

SHRBET 

MOCHA 

MINT 

LIME 

RIPPLE 

ROCKY (or ROCKYR for Rocky Road) 

OREO 

RASBRY (Raspberry) 

PRALIN (Praelines or however it’s spelled) 

NEOPOL (my personal favorite, Neopolitan) 

Games. Everyone loves these, computer people particularly. 

CHESS 

PENTE 

RISK 

POKER 

BRIDGE 

HEARTS 

LIFE 

MNOPLY (Take a guess) 

SCRBLE (Scrabble) 

OTHELO (Othello) 
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CHCKRS (Checkers) 

SQDLDR (Squad Leader) 

Insects (Or bugs, if you are in a computer kind of mood). 

ROACH 

ANT 

BEE 

WASP 

HORNET 

FLEA 

TICK 

LOUSE 

LOCUST 

BEDBUG 

EARWIG (Possibly the grossest insect on the planet) 
CHIGGR (Chiggar) 

GNAT 

FLY 

MOTH 

Icky things. Fairly open group, overlapping somewhat with 
the last one. The last is a particularly good one for the 
president’s workstation. 

SNAKE 

RAT 

MOUSE 

SHREW 

SLUG 

WORM 

TICK 

LOUSE 

Bond women. I don’t have a long list, but a few trips to 
the video store for research should prove fruitful. 

GALORE - Goldfinger (Pussy Galore) 

SOLIT - Live and Let Die (Solitaire) 

GOODNT - Diamonds Are Forever (Goodnight) 

Or expand it to allow any Bond characters, in case you 
advocate a policy of non-discrimination. 

JAWS - The Spy Who Loved Me 
ODD JOB - Goldfinger 
DRNO - Dr. No 

SCARA - Man With the Golden Gun (Scaramanga) 

Philosophers. Popular among more intellectual users. 
Another case of a fairly large set to choose from. 

Also, a particular choice could say something of interest 
about the workstation owner. 

PLATO 

LOCKE 

HOBBES 

MARX 

HUME 

KANT 

BACON 
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BERKLY 

JAMES 

QUINE 

NTZCHE 

And finally, my second favorite, the Ten Plagues of Israel 
(in order). 

BLOOD 

FROGS 

GNATS 

FLIES 

CATTLE (A plague among the Cattle*) 

BOILS 

HAIL 

LOCUST 

DARK 

DEATH (Death of the firstborn) 

* As opposed to a plague OF Cattle, which would be a 
devastating plague indeed. I mean, Frogs nearly did it, 
and they only weigh a fraction of a cow. 

Well, it’s been real, and ft’s been fun. Final results (and any last-minute entries) will appear next 
month! 

ANNOUNCING THE DEQNA UPGRADE PROGRAM 

The DEQNA Upgrade Program offers: 

o Low-cost migration to standards-based network controllers 

o Enhanced system-level performance when operated with VMS 
V 5.3 and later 

o Easily orderable through DECmailer 800# 

PROGRAM DESCRIPTION 

To encourage migration to its enhanced 802.3 compliant Ethernet controllers, Digital is offering its custom¬ 
ers a very aggressive, low-cost trade-in program. As the first step in this migration, Digital annouced the 
official End-of-Sales-Life for the DEQNA hardware product, effective July 2, 1989. This trade-in program, 
which is offered for a limited time, provides customers the opportunity to migrate from their current 
DEQNA to either the DELQA-YM or the DESQA-SF, depending on the configuration of the installed 
DEQNA, for the low price of $660. 

In order to take full advantage of the latest networking capabilities offered by Digital, as well as the 
changes in standards requirements, either the DELQA or the DESQA adapters are required. Digital, 
therefore, recommends that our customers move from DEQNAs to DELQAs or DESQAs where ever 
possible. 

Digital is sensitive to the need for customers to be able to fully utilize their system and network resources 
at the lowest possible cost. This program is further endorsement of Digital’s commitment to its customer 
base. 

UPGRADE PROGRAM DETAILS 

This is a workdwide program and the process will vary by geography. 
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Ordering in the U.S. 

The $660. priced Upgrade is ONLY AVAILABLE through the DECmailer 800 
number: (800) 225-5385. 

Orders will be accepted through Q3/FY91, and delivery must be requested by the end of Q4/FY91. 
Availablility is 120 days ARO; however, reqests for shorter lead times will be accepted. 

Customers will be expected to know what system CPU-Box/Cab-Type the DEQNA is installed in, i.e., 
BA123, BA11-M, BA23, H9642 or BA200 Series, in order to determine which DEQNA Upgrade Option(s) is 
appropriate. 

The $660. price does NOT INCLUDE installation. Customers will be instructed to contact their local Digital 
Customer Services office to schedule installation. 

The upgrade options will be shipped to the customer, who will have 60 days to schedule installation and 
return the replaced DEQNAs before being invoiced for the upgrades. 

NOTE: If the replaced DEQNAs are not returned within 60 days of date of shipment, the customer will be 
invoiced for the sum-of-pieces USLP for those units not yet returned. 

The packaging used to ship the upgrade will be used to return the replaced DEQNA to Digital. This is 
necessary to ensure proper crediting for the returned DEQNAs. (THE FORM FACTOR OF THE 
RETURNED DEQNA MUST MATCH THE FORM FACTOR OF THE UPGRADE OPTION, OR THE 
CUSTOMER WILL BE INVOICED AT SUM-OF- 
PIECES USLP). 

The removed cab-kits can be disposed of locally and should NOT be returned to Digital. 

Technical-Self-maintenance customer’s installation, or installation by Digital Customer Services, is highly 
recommended. The installation process listed below include both removing the DEQNA and installing the 
upgrade option. (These are the normal option installation-only prices.) 

At the end of the 60-day installation period, or at the time of return of the replaced DEQNA(s), whichever 
occurs first, the customer will be invoiced for the upgrades. 

(EDITOR’S NOTE: CONTACT YOUR SALES REP FOR PRICING/ORDERING INFORMATION) 
OPERATING SYSTEM SUPPORT 

VMS-DEQNA 

VMS Driver support for the DEQNA hardware will be withdrawn as of the second major (follow-on) VMS 
functional release from today. This will occur within the next 9-12 months. Digital will continue to ship the 
DEQNA device driver (XQDRIVER) with the VMS kit as part of this follow-on release and for the next two 
releases after the follow-on release. However, the DEQNA hardware will not be directly addressable using 
the native DELQA driver. Customers may, using their own device driver implementations, continue to 
issue direct $QIO calls to the DEQNA. 

VMS - DELQA-YM and DESQA 

VMS Version 5.3 or above must be installed to use the enhanced features of either the DELQA-YM or 
DESQA. Both will run in Non-Enhanced Mode with VMS Version 5.2 and below or other Digital operating 
systems. 

NON-VMS SUPPORT (CUSTOMER RESPONSIBILITY) 

The DELQA-YM is backwards compatible, in Non-Enhanced mode, with the DELQA-M, except for the 
"Option ID Code." It is the customer’s responsibility to modify their drivers to ensure compatibility (if 
necessary) in Non-Enhanced mode. Digital supplied operating systems do not 
use this feature. 
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HARDWARE/SOFTWARE SUPPORT 


Hardware Product Services for the DEQNA will continue to be offered by Digital Customer Services. 
Customers with Software Product Services contracts will be supported per the current terms and 
conditions. 

SPR/QAR SUPPORT 

VMS SPR support of the DEQNA device driver (XQDRIVER) is guaranteed, AT A MINIMUM, for the next 
24 months, BUT ONLY FOR VMS 5.3 SYSTEMS and below (SYSTEMS THAT HAVE NOT BEEN 
UPGRADED TO THE VERSION OF VMS THAT CONTAINS DECNET PHASE V). 

SERVICE INSTALLATION 

Customer Services (U.S.) will de-install the DEQNA and install the upgrade option for the standard 
installation cost of the upgrade option. For customers maintaining the DEQNA under a Digital service 
contract, the upgrade installation charge is $100. 

QUESTIONS AND ANSWERS 

WHAT BENEFIT IS THERE FOR A CUSTOMER WHOSE DEQNA(s) IS BEING MAINTAINED UNDER 
A DIGITAL SERVICE CONTRACT? 

Customer Services is offering a reduced upgrade installation charge for DEQNA under contract. Contact 
your local Customer Services organization. 

CAN MY CURRENT DELQA-M BE UPGRADED TO THE HIGHER PERFORMING DELQA-YM? 

Yes, through this upgrade program (same price, same options, same terms, same availability, same restric¬ 
tions.) 

WHAT REVISION OF THE VMS OPERATING SYSTEM DO I NEED TO RUN IN ENHANCED 
PERFORMANCE MODE AND CAN THE ENHANCED CAPABILITIES OF THE NEW DELQA-YM BE 
USED IN NON-VMS ENVIRONMENTS? 

VMS Version 5.3 or above is required to run the DELQA-YM and DESQA in Enhanced Performance Mode. 
All other Digital operating systems, unless modified, will drive the controllers in Standard Mode (DELQA- 
M equivalent performance). 

WILL ANY SYSTEMS SHIP WITH THE HIGH-PERFORMANCE VERSION OF THE DELQA? 

No plans are in place to ship high-performance DELQA-YM modules integrated into systems unless ordered 
as seperate line items. 

IF MY CUSTOMERS DO NOT RUN VMS, CAN THEY STILL TAKE ADVANTAGE OF THE 
UPGRADE PROGRAM? 

Yes; however, without support for the Enhanced Performance Mode, there is some risk of reduced perform¬ 
ance as compared to the DEQNA. No other operating systems have dropped support for the DEQNA. 

WILL BOTH DELQAs and DEQNAs BE ACCEPTED IN TRADE UNDER THE NEW PRODUCT 
CODES? 

Yes. 


NTW-7 



Office 


Office 




^ormatio^ 



OA SIG 
NEWSLETTER 

SUBMISSIONS: 

We need LOTS of articles to fill 
an average of 10 pages per 
issue with worthwhile 
Information. You are our most 
important resource! Please 
send articles, suggestions, 
questions, and topics of concern 
to: 

Roger Bruner 
Foreign Mission Board 
Box 6767 

Richmond, VA 23230 
804/353-0151 

Submissions must be received 
by the 15th of the month for use 
in the issue dated two months 
afterwards (e.g., by January 15 
for the March issue). 

EDITORIAL POLICY: 

Editorials and articles are solely 
the opinions of the authors. 
Materials will be reproduced as 
accurately as possible, but are 
subject to editing as needed. 
Commercialism, pricing, and 
futures are strictly prohibited, 
as well as anything of an 
unprofessional or unethical 
nature. 

BULLETIN BOARD: 

The OA SIG moderates several 
on-line bulletin board 
conferences for discussion of 
OA problems and solutions. 
These conferences are 
available on the DECUServe 
system. Watch upcoming 
issues for further information. 
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FROM THE EDITOR 


It’s almost Symposia time again, and I know some of 
you are still trying to figure out how to get to New 
Orleans. I hope you succeed! 

Under “old business”. Special thanks to those of you 
who have started sending in the OA SIG 
QUESTIONNAIRE found in the back of the book. 
There is such a variety of sites, applications, equipment, 
etc., and I hope I can do justice to reporting the results 
in anotherfew months. I may call on one of you in New 
Orleans to help with the talleying and results reporting, 
so if you are interested, please feel free to step forward 
for this once-only assignment! 




Also under “old business”: I have never received one 
suggestion about a name for the Newsletter otherthan 
several I got by word-of-mouth at Anaheim. I am 
perfectly satisfied with one ofthose, but want everyone 
in the SIG to have a fair shot at besting it. So I guess 
nominations are open till New Orleans. 
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Some Thoughts on Office Automation 

George Bone, Mare Island Naval Shipyard 

“Office automation”, “automating the desktop”, “automated data processing”; One hears these 
phrases constantly in the trade magazines, press releases, and “shop talk”. One wonders, 
though, whether the end result of “automation” is desirable. 

In the nineteenth century, the invention of the steam engine initiated the industrial revolution; 
an event which changed the relationship of product value and labor and, in so doing, the very 
nature of civilization. With the advent of the “computer revolution”, businesses have found a 
new tool and seem to be trying to automate the office as their ancestors automated machine 
shops and assembly lines. 

But what is “office automation?” Perhaps we can get some insight by breaking down the phrase 
to its component parts. The “Office” is a place in which to do business, whether the business 
is a church, a government department, or a multi-national conglomerate. “Automation” is the 
act of having a machine perform tasks previously performed by humans. It is in applying this 
second term to the place of business that errors of limitation occur. Too often, applications such 
as word processing (automated typewriters), spreadsheets (automated ledgers), databases 
(automated file cabinets), and electronic messaging (automated mail) are implemented as a 
final solution to the “office automation” problem. 

Perhaps, though, the answer lies in rethinking the concept of “office”. An office need not be in 
a single geographical location, and can range in size from a skyscraper to a sales represen¬ 
tative’s company car. The one common thread that runs through all the myriad types of offices 
is that they are collection and dissemination points for information. 

So what is information? “Information” can best be expressed as the proper data provided to 
the proper person at the proper time. If any of these elements is missing, the data is not 
information - it is worthless trivia. 

Three examples: 

1) Procurement agent “Roger” is required to buy a supply of a particularly complex part for a 
product his company manufactures. If he is provided with the data “The US entered the second 
world war after Pearl Harbor was attacked on December seventh, 1941”, he has not been 
provided with information because the data is not proper - it has no bearing on the matter at 
hand. 

2) If Roger is provided with a record that states that company XYZ has a 50% failure rate on 
this particular part, but the record arrives ten days afterthe contract has been awarded, he again 
has not been provided with information. The data has not arrived at the proper time. 
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3) If this same data was provided to the company president well before the contract award date 
(and not forwarded), it is STILL not information because the wrong person has custody of the 
data. 

Our job then, if we are to support the office, is to provide this information - the proper data at 
the proper time to the proper person. We must, in effect, manage information. This information 
management, then, incorporates the “office automation” tasks of implementing a word 
processing system, or an electronic messaging system, or an electronic conferencing system, 
and expands upon them to include working with the strategic planners in the company, 
determining their need for information, and finding the best, most cost-efficient method for 
delivering it. Office automation must not be satisfied only with providing the tools to perform 
specific tasks - it must provide the entire structure within which these tools are to be used. 

It’s time to look beyond office automation to our real job - information management. 


FILE CABINET BOOKMARK 

Don Plorde, DuPont Fibers 

How many times have you been working on a document and have had to go off elsewhere in 
your file cabinet or to another sub-system or application? Lot’s I’m sure. Getting back to that 
document can be a pain unless you have had a lot of foresight to use keywords or place the 
document at the top of your file cabinet; perhaps you even have a photographic memory and 
knowthe document number. Well, I usually do not remember to use clever tricks nor do I have 
a photographic memory. I would go through the old Select routine to get back to my document. 
Version 2.3 ALL-IN-1 has provided some relief in the new Index forms, but it would still be handy 
to have a “bookmark” to return you to your document. 

This is incredibly easy to do once you decide what it is that you need. I chose to implement this 
with two DEFAULT menu options called MARK and RESTORE. You could just as readily give 
them places on the WP and EM menus. MARK places your bookmark and RESTORE puts you 
back at that document in your current block. 

The Named Data for these two options follows. Note that I have used the new XOP and 
IFSTATUS functions which are available in v2.3 ALL-IN-1. If you are still on v2.2 or earlier, you 
will have to make some simple modifications to replace them. 

;;MARK;; 

XOP “—CHK_EM_OR_WP—”\IFSTATUS\GET $OAS_BOOKMARK = 
OA$CURDOC_FOLDER:30 OA$CURDOC_DOCNUM\DUMP_CACHE\DISPLAY 
Bookmark placed at current message/document\FORCE 
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;;RESTORE;; 


XOP “—CHK_EM_OR_WP—”\IFSTATUS\.IF OA$FORM_NAME EQS “WP” THEN 
GET $WPDOC = $OAS_BOOKMARK ELSE GET OA$CURMES = $OAS_BOOKMARK 
\DISPLAY Document/message stored in bookmark restored\FORCE 

;;—CHK_EM_OR_WP—;; 

.IF OA$FORM_NAME NES “EMC” AND OA$FORM_NAME NES “EMD” AND 
OA$FORM_NAME NES “WP” THEN GET OA$STATUS=OWDISPLAY Valid only on 
EM or WP MenusWFORCE 

Usage is pretty simple. While you have the document or message you want stored in the 
bookmark in the current item block, just enter MARK. To return to your bookmark, enter 
RESTORE. 

The MARK command has utility even with the new Index forms and with the expanded 
capabilities available on the Read Menu. If you are on an Index you may want to MARK one 
item so that you can return to it later in a rapid fashion from a normal menu. RESTORE does 
not seem to have much to offer from the Index. To enable MARK from an EM or WP Index, just 
modify the EM$INDEX$OPTIONS default form with the following Named Data: 

;;MARK;; 

GET $OAS_BOOKMARK = OA$SCROLL_KEY\DUMP_CACHE 
\DISPLAY Bookmark placed at current document\FORCE 


MARK can be handy in a multiple read situation too. You might want to MARK an important 
message that you need to come back to later on. To enable MARK in Read Mode, add the 
following Named Data to the OA$LIST$CAB$OPTIONS form: 

"MARK;; 

MAIL GET OA$LIST_DOCUMENT\IFSTATUS\GET $OAS_BOOKMARK = 
OA$CURMES\DUMP_CACHE\PROMPT “Bookmark placed at current 
message ... Press RETURN to continue” 

I am assuming here that you are familiar with the new Customization Management features of 
v2.3 ALL-IN-1 and will be enabling the MARK and RESTORE commands on copies of the 
subject forms in your Site area. This protects these enhancements from being lost in the next 
upgrade. 
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MAINTAINING PERMANENT SYMBOLS 

Roger E. Bruner, Foreign Mission Board 

[NOTE: You may want to review the article “DELETING $SYMBOLS” in the December 1989 
Newsletter and the corrections in the February 1990 isue before reading this one. Form “PSF 
was described in detail in those articles.] 

In several of the Foreign Mission Board’s ALL-IN-1 applications, I control access to certain 
options and screens by creating a permanent symbol in the privileged users’ accounts. Since 
there are only a few users involved, I used to do a NEWDIR to the specific accounts and a ‘GET 
$xxxxx=”yyyyy’” to create the symbol and to assign its value. However, I always felt uneasy 
about having to use NEWDIR for that purpose and wanted a more satisfactory system. 

Here’s what I ended up with. Access to this procedure is controlled by adding "APS” (Assign 
Permanent Symbol) to the System Manager options; “APS” is defined in Named Data to mean 
“DO PST_ASSIGN”. I found that it would not work in my own (non-privileged) personal account, 
but did fine in MANAGER. 

Script PST_ASSIGN.SCP displays the argument form PST_ASSIGN to collect information 
from the MANAGER about: 

1) the User name 

2) the Symbol 

3) the Symbol value 

4) disposition of the Symbol (Add, Delete, Change) 

However, as the MANAGER TABs past the User name, the ‘‘/POST’ uses an OA$DIR to 
capture the actual VMS filename of that User’s permanent symbol table, loads it into the 
(DISPLAY ONLY) FILENAME field, and uses a “GET LOG$USERPST” to create a DCL logical 
from FILENAME’S value. If no value displays in the FILENAME field, the MANAGER should 
realize that, for some reason, the procedure is not working correctly. Otherwise, the 
MANAGER is assured that the VMS file he/she sees displayed is the one that will be written 
to. 

To doubly verify the accuracy of the procedure, however, the MANAGER may also do a GOLD 
L on the SYMBOL field, looking at such symbols as FULLNAME and USERNAME. 

Once a value is entered in the SYMBOL field, that symbol is “looked up” in the appropriate .PST 
file and the current value is entered in the (DISPLAY ONLY) “Value Now” field. 

Then all that remains is to enter the NEW VALUE (if appropriate) and the MODE. 

The ADD, CHANGE, and DELETE functions are all controlled within the script itself. Notice that 
these tests are performed: 
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1. the presence of the symbol BEFORE adding it 

2. the presence of the symbol AFTER adding it 

3. the value of the symbol AFTER changing it 

4. the absence of the symbol AFTER deleting it 

The key to testing the VALUE as it actually exists in the Permanent Symbol Table consists of: 

get #test = pst.value[#symbol] 

.if #test... 

I will be most interested in whether you find this approach to be useful and whether you 
experience any difficulties in using it. 


LAYOUT for PST_ASSIGN: 

Assign a Value to a User PST Table 

User: MARTH PAM _ 

File: USERS21 :fPAMM.QA]MARTHPAM.PST 

Symbol: CRS PRV _(Do not include $ sign.) 

Value Now: Y_ 

New Value: ty_ 

Mode: C (D = Delete, C = Change, A = Add) 


NAMED DATA for PST_ASSIGN: 

;;.TYPE;; 

ARG/OVERLAY 

;;USER;; 

/PUT_SAVE=#USER/VALID=PROFIL.USER/POST=’GET FILENAME= 
OA$DIR:”*.PST”.ALLBUTVER[PROFIL.DIRECT[USER]]\GET #FILENAME=FILENAME 
\GET LOG$USERPST=#FILENAME7PRE=’DUMP_CACHE PST’ 

;;FILENAME;; 

/PUT SAVE=#FILENAME 
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;;SYMBOL;; 


/RECOG=PST.NAME/SHOW=VALUE 

/PUT_SAVE=#SYMBOL 

/POST=’GET CVALUE=PST.VALUE[SYMBOL]’ 

"VALUE;; 

/PUT_SAVE=#VALUE 

;;MODE;; 

/VAL=0A$TABLE:”A,C,D7PUT_SAVE=#M0DE 

++++++++++++++++++++++++++++++++++++++ 
! pst_assign.scp reb, 02-Nov-1989 07:36 

.label begin_here 
form pst_assign/pre=- 

‘get user=direct=filename=symbol=value=cvalue=mode=’”” 

.IF OA$FORM_TERMINATOR = 112 THEN .GOTO CANCELLED 
get log$userpst=#filename 

.if #mode eqs “A” then .goto ADD 
.if #mode eqs “C” then .goto CHANGE 
.if #mode eqs “D” then .goto DELETE 

.label add 

.if #cvalue nes then .goto cannot_add 
write add pst name = #symbol ,value= #value 
.if oa$status nes “1” then .goto error 
get #test = pst.value[#symbol] 

.if #test nes #value then .goto error 

display Symbol has been added to specified account. 

.goto begin_here 

.label cannot_add 
oa$msg_purge 

display You cannot add this symbol. It already exists. 

.goto begin_here 

.label delete 

prompt “Do you really want to delete this symbol? [Y/N] “ 
oa$fld_stay 

.if oa$prompt_text nes “Y” then .goto begin_here 
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write delete pst %key = #symbol 
.if oa$status nes “1” then .goto error 
get #test = pst.value[#symbol] 

.if #test nes then .goto error 

display Symbol has been deleted from specified account, 
.goto begin_here 

.label change 

write change pst %key = #symbol ,value= #value 
.if oa$status nes “1” then .goto error 
get #test = pst.value[#symbol] 

.if #test nes #value then .goto error 

display Symbol has been changed in specified account. 

.goto begin_here 

.label error 
oa$msg_purge 

display For some reason, this didn’t work. 

.goto exit_procedure 

.label cancelled 
oa$msg_purge 

display Operation has been cancelled at the User’s request, 
.goto exit_procedure 

.label exit_procedure 
.exit 


CORRECTIONS ON ‘INITIAL DEFAULTS’ ARTICLE 

Bruce Burson, BellSouth Services 

[NOTE: I received this information from Bruce related to his article “Initial Defaults forALL-IN- 
1 Users” as published last November. He did not detect my mistakes earlier because of an 
expired Newsletter subscription. PLEASE NOTE that the mistakes published were mine and 
not Bruce’s! Bruce also had some very nice things to say about the Newsletter, and I know 
you join me in inviting Bruce to share other articles with us in the near future. ED.] 

The sentence in the second paragraph which gives the location of the USER directory originally 
read: 


In ALL-IN-1 v2.2, this directory is dev:[ALLIN1.LIB.USER] and in v2.3 it is 
dev:[ALLIN1 .LIB_SHARE.USER]. 
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The reference to the v2.3 location was omitted in the published article. 

The name of the FDL file in the CONVERT command is SYSTEM_PST.FDL, not 
SYSTEMJPAST.FDL. Entering the command as printed in the Newsletter will result in an error. 

Finally (and least important), our company name is BellSouth Services. There is no space in 
the word BellSouth. 


WPS-PLUS FORUM: Wasted Blank Sheets of Paper! 

Diana McLeod, Mustang Fuel Corporation 



Q. I have an attached dot matrix printer. When I send a document to print, a whole 
piece of paper feeds through before it begins printing. It used to begin printing 
right where it was. What’s going on? What do I need to do different? 


A. With V2.2 of ALL-IN-1 you did not have to specify sheetfeeder control in the 
PG menu if you didn’t have a sheet feeder attached. If one was specified, nothing really 
happened, the printer just ignored the instruction. However, with V2.3 you must specify 
NOTRAY in the PG menu. This will eliminate ANY extra pages being ejected, including the 
one at the end. 


This will work with system printers as well. We have several LN03 system printers and if you 
specify NOTRAY in the PG menu, it will print the document and then eject one extra page at 
the end, which is the separator page. If you specify FRONT or REAR, you will get one blank 
page before AND after the document. 


Send questions and comments to: 
Diana McLeod 
Mustang Fuel Corporation 
2000 Classen Center East 
Oklahoma City, OH 73106 
(405)557-9400 
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NEEDED: SESSION CHAIRS FOR NEW ORLEANS 

Clark Stockdale, Filmet Color Laboratories, Inc. 


Do you want to meet OA Wizards with similar interests? Are you interested in learning more 
about Decus without any long-range commitments? 

Become a VOLUNTEER session chair. It’s fun and easy. 

What does a session chair do? Welcomes the group on behalf of Decus, introduces the 
speaker, and insures that the session runs smoothly (dims the lights, flips overheads, etc.) 
During the question and answer period the session chair reminds the group to speak clearly, 
so that the whole group can hear. 

Session chairs also have a direct input to the symposium committee through room count, and 
comments about the quality of the speaker, the topic and the audience receptiveness to the 
session. 

How long does it take? 

That depends on the length of the session. Choose sessions you are interested in, then be there 
a few minutes before the session begins to meet the speaker, find out how to pronounce their 
name and a little something for the introduction. That’s it! 

Will I get any special instructions from DECUS? 

There is always a short meeting on Sunday evening before the Welcoming Reception just for 
Session Chairs. DECUS will give you some specific information and a quick overview of “How 
to be a good session chair." 

It sounds great! How do I sign up? 

In order of preference: 

1) Write: Clark Stockdale 

Filmet Color Labs., Inc. 

7436 Washington Ave, 

Pittsburgh, PA 15218 

2) Call me at (412) 351-3510 Ext. 233 

For all the above include yourfull name, mailing address, and phone number. You may request 
a specific session(s) or type of sessions (technical, WPS-PLUS, mailbus, EDI, ALL-IN-1 
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**NOTE** Requests will be honored on a first-come, first-served basis. 

Being a session chair is a great way to meet the speaker(s) and you’re definitely guaranteed 
a “chair”!!!! It’s easy to do but a vital job that must be done for every session given at 
Symposium. Help make New Orleans Symposium the best Symposium ever! Participate! 
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PRO Section 

PRO Public Domain Software Update 

By Gary Rice 

This month's updates come to you courtesy of Jacques LaFerriere (who provided me with a copy of the Spring '87 
RSX SIG tape) and Bob Kosar. Bob, like Alladin, was trading "New Lamps for old". However, in Bob's case, he 
was offering to trade a copy of PRO/DECnet vl.O for a copy of PRO/DECnet v2.1. 

Catalog 

# Description 

S87-1 SSP - Scientific Subroutine Package 

This is the old IBM Scientific Subroutine Package. It contains a large variety of scientific and 
statistical routines for general use. It compiles and appears to generate correct results using 
PRO/FORTRAN, RSX/FORTRAN and VMS/FORTRAN. 

FORTRAN-77 

4 diskettes; Sources ONLY, NO objects, NO task images 
S87-2 This area contains Jim McGlinchey's "The Hitchiker's Guide to RSX" 

1 diskette; Text files ONLY 

S87-3 Summary description of PDP-11 FORTRAN OTS 

1 diskette; Text files ONLY 
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S87-4 Task image disassembler 

This was developed under RSX11-D and modified to work under RSX11M (and M+). Since RSX11-D 
was assumed at development, the extended instruction set of the 11/40-11/45 was assumed. 

ALSO: 

This account contains VCO, a program which compares two files block by block. It is intended 
mainly for comparing task images or object files. In addition it allows wildcards to be specified, 
thus allowing you, in particular, to compare two whole UICs. 

MACRO 

1 diskette; Sources ONLY, NO objects, NO task images 

DEC-16 PRO/DECnet vl.O 

The original version of PRO/DECnet. 

4 diskettes; NO sources, NO objects, Task images; NO DOCUMENTATION 
Thats it for this month. 

Distribution of the Public Domain Library is handled in the following way: send me enough diskettes to hold 
the software you desire. Include a return mailer, box, carton, palette, etc. sufficiently large to hold the 
diskettes. Include enough postage to pay for the return trip. I will NOT use UPS. Sorry. 1st class mail is 
recommended, but parcel post is ok. I will then copy the requested software for you and send it along. Give me at 
least a week for ANYTHING (plus travel time). Large (more that 5 diskettes) orders will likely take longer. 
Specify the software you want by catalog number. 

PLEASE don't ask for "specials". It took a lot of time to put THIS collection together. 

Send your software requests to me: 

Gary Rice 

PC SIG Newsletter Editor 
McDonnell Douglas 
MS: K20/200 
5555 Garden Grove Blvd. 

Westminster, CA 92683 
(714)952-6582 


Workstations Section 

DECwindows Update (VMS 5.3) 

By Mark Sebern Sebern Engineering Inc. P. O. Box 268 Cedarburg, Wl 53012 
(414)375-2200 

Introduction 

Due to the newsletter publication lead time, many of you will have already upgraded to VMS version 5.3, 
which includes an updated version of the DECwindows software (version 2.0?). For those who have not, here is 
a quick look at some of the new features and problems. 

New User Features 

Probably the most useful new feature of the session manager is the ability to set up which applications you 
want to be started automatically at login, using a selection box instead of having to add commands to the 
DECwindows startup command procedure. There are also several changes to File View, which make it a little 
easier to add your own applications to the pull down menus. 
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New Widgets 

On the programming side, one notable addition is a color mixing widget that you can include in your own 
applications. (Naturally, this came out after I built my own facility to do the same thing.) Also new is a 
compound string text widget, which is like the simple text widget, but supports multiple character sets and 
writing directions. A gadget version of the pull-down menu entry widget is now available; I have yet to see how 
much performance gain results from its use. 

In addition, many widgets now have new attributes, such as a second label for a message box widget. The U1L 
compiler also supports multiple callback procedures for a given reason (event type). 

DECterm Port Routine Change 

As mentioned in a previous article, the DECW$TERM_PORT routine now requires a CLASS S descriptor for the 
"result_dev" parameter. Prior to VMS 5.3, you could get by with just the address of a buffer. From Pascal in 
particular, declare this parameter with the [CLASS_S] attribute, or you will get back only the first character 
of the device name (typically an underscore character). 

Screen Capture Problems 

Unfortunately, with all this good stuff, a few things were also broken. The sixel screen capture/print function 
seems to be a case in point. Specifically, the quality of sixel capture output has deteriorated dramatically. I'm 
not sure, but there may have been some changes to the scaling algorithms. The result is that, with text 
especially, there is a pseudo-random "dropping" of pixels from the output image, rendering some text almost 
unreadable. This is a serious problem for people like me who use the sixel capture to import screen images into 
Interleaf's publishing software. So far, I have been able to get little satisfaction from Colorado CSC ("there's 
too much else to fix in 5.3"). 

Since the PostScript form of the screen capture still seems to work ok, one local DEC software type has suggested 
using DEC'S "PostScript to SIXEL" conversion software as a work-around, though I have not been able to try 
that solution. The DDIF screen capture seems ok, too, though at a much different scale; unfortunately, the 
standard version of the CDA converter does not offer sixels as an output format. 

While this is the worst problem I have come across with screen capture, there seem to be a number of others. 
The "print screen" print queue selection box often offers you the wrong format type, and I am told that the "color 
sixel" output format actually produces PostScript. So much for DEC'S quality software development process and 
regression testing, I guess. 

Conclusion 

The new additions to DECwindows under VMS 5.3 are quite welcome, and I look forward to future development. 
It's just a shame that we have to take two steps forward and one step back, as we receive newly introduced 
errors as well as features. 

[[ Late News Flash 11 

After requesting a local office referral on the screen capture quality problem, and escalating it to the corporate 
level, I did get a fix which seems to restore the pre-5.3 behavior. The patch identification is 
DECWPRINT$PATCH02_530. The tape I received had the saveset name messed up so it was necessary to copy 
the files to disk before invoking VMSINSTAL. This kit installs a patch to 
SYS$SYSTEM:DECW$SESSION.EXE, which takes effect after you log out and then log back in. (Special 
thanks to Tony Bigonia, Bill Weis, and Adrian Hackl of the Milwaukee DEC office for expediting this fix.) 
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Rainbow Section 


Rainbow Bibliography - Part 8: the Letter L 

By Dr. Thomas Warren, PC SIG Session Notes Editor 

Copyright © 1989, Rainbow News 

The Bibliography that follows is reprinted here in serialized form with permission of: 
Rainbow News, P.O. Box 567, O’Fallon, IL 62269, (618)632-1143 


What follows is a selected bibliography of articles on the Rainbow. It is selective because it is not complete and 
not complete because I have not seen everything available. It is, however, complete enough to get the interested 
party started. 

That is a small hint. Let me make a bigger one. IF YOU KNOW OF RAINBOW ARTICLES, PUBLICATIONS, 
BOOKS, ETC. THAT AREN'T LISTED HERE, PLEASE CONTACT ONE OF THE PC SIG STEERING 
COMMITTEE. Your input to this monumental effort on Tom Warren's part is VERY MUCH DESIRED! Our 
addresses and phone numbers appear at the back of these Newsletters. Ed. Each section is headed by a 
KEYWORD, a list of which are attached in an appendix. This month, my quota of 25 pages allows me to 
include the letter "L" of the bibliography. Ed. 


LA50 

Crayne, William C. "LA50 Printer Control Functions", RAINBOW NEWS, Vol. 4, No. 7-9 (July-Sept., 1987), 
34-35. (LA100, Printing, Printers) 

"DEC Notes”, WASHINGTON AREA RAINBOW USERS GROUP NEWSLETTER, Vol. 2, No. 7 (July, 1987), 
15. (Hardware, Networking, LA50) Salazae, Kim Brody. "WordPerfect: On Beyond Zebra", WASHINGTON 
AREA RAINBOW USERS GROUP NEWSLETTER, Vol. 2, No. 8-9 (August-Sept., 1985), 6-7, 19. 
(Wordprocessing, LA50, Printing, Printers) 

Fitzgerald, Dennis K. "Product Review: Graphwriter", WASHINGTON AREA RAINBOW USERS GROUP 
NEWSLETTER, Vol. 2, No. 6 (June, 1985), 3-4. (Graphics, Printers, LA50, LA100, Multiplan) 

Geremia, Ken. "Preparing a Videoprompter Script", WASHINGTON AREA RAINBOW USERS GROUP 
NEWSLETTER, Vol. 2, No. 7 (July, 1985), 9-10. (WordStar, Wordprocessing, LA50, Printing) 

Idoine, Jane and Janet Turner. "Using Alternate Fonts and Type Sizes in WordPerfect with an LA50 Printer", 
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1987), 4. (Hardware, Lotus, Speed, 286) 

Vince, Paul. "Moving Files from dBase III to Lotus 1-2-3", WASHINGTON AREA RAINBOW USERS GROUP 
NEWSLETTER, Vol. 3, Nos. 7-8 (July-Sept. 1986), 29. (Database Managers) 

Vince, Paul. "Rainbow Equivalents of IBM PC-Function Keys", WASHINGTON AREA RAINBOW USERS 
GROUP NEWSLETTER, Vol. 2, No. 7 (July, 1985), 9. (Lotus, Macro) Vince, Paul. "Setting Printer Features", 
WASHINGTON AREA RAINBOW USERS GROUP NEWSLETTER, Vol. 2, No. 7 (July, 1985), 7-8, 17-22. 
(Wordprocessing, WordStar, LA50, Lotus, Printers, Printing, CP/M, EDLIN, LA100) 
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Vince, Paul. "Software Review: Ready to Run Accounting with Lotus 1-2-3 and Symphony", WASHINGTON 
AREA RAINBOW USERS GROUP NEWSLETTER, Vol. 2, No. 10 (Oct., 1985), 5-6. 

"Vusoft Releases Switch-It", WASHINGTON AREA RAINBOW USERS GROUP NEWSLETTER, Vol. 2, No. 
10 (Oct., 1985), 11. (Software, Lotus, MS-DOS) 

Yvan, Jim. "Use of Dual Monitors with Lotus 1-2-3”, WASHINGTON AREA RAINBOW USERS GROUP 
NEWSLETTER, Vol. 2, No. 11 (Nov. 1985), 13. (Hardware Modification) 

LOPQ2 

Camas, Tony. "The I/O Port", THE DEC MICROLETTER, Vol. 1, No. 3 (n.d. [1987]), 24-26, [36], (Character Sets, 
COMPOSE, LAI00, LQP02, LQP03, Concurrent CP/M, Select, CONDOR, POKE, Video Memory, MDRIVE, 
MBASIC) 
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Camas, Tony. "The I/O Port", THE DEC MICROLETTER, Vol. 1, No. 3 (n.d. [1987]), 24-26, [36], (Character Sets, 
COMPOSE, LAI00, LQP02, LQP03, Concurrent CP/M, Select, CONDOR, POKE, Video Memory, MDRIVE, 
MBASIC) 
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1985), 2-3. (Pascal, DECUS, 20/20, Clock, Harddisk, BBS, FIDO, E-MAIL, DECmini, HACK, NUSQ, LU, 
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Macintosh Section 


Macintosh Connectivity Survey 

By Kent Behrends, Macintosh Working Group Chair 

In the questionnaire section of these newsletter you will find the survey which I promised at the Fall'89 
DECUS symposium. The survey will run from February through April at which time I will 

(1) publish the results here, 

(2) solicit a response from Digital, and 

(3) solicit a response from Apple. 

I plan to make this working group a driving force in the VAX/Macintosh world. Please help me in this by 
filling out and returning the survey. Thank you. 


PCSA Section 


PC Integration Product Update 

By Anita Uhler, Digital Equipment Corporation 

Slides from the Fall '89 DECUS Symposium session PC068 are reproduced here for the benefit of those people 
who could not attend the symposium itself. Ed. 
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PC Integration 
Product Update 


PC Integration Products 


• VMS Service* for PC* 

• DECnet PCSA Client for 006 

• PCLAN/Server 


Anlla UMar, PCSA Preduet Manager 

Paraonal Computing Syatama Qroup 

Digital Equipment Corporation 

Littleton, Massachusetts, USA 

US DECUS, November 1969 

1 

| 

i 

• DECnat for OU 

Network Integration Products 

DECstation Personal Computer* 

Future Dkoetlona 

i 

; 

pc ansfwM—> Pm4** upsesww i«e 


New PC Integration Products 

VMS Services for PCs 

DECnet PCSA Client for DOS 

Announcement* This Week 

• 

Version 3.0 Requirements 

Produet Announcement* 


• VMS Service* tor PCa Version 3.0 

• DECnet PCSA Client ter DOS Version X0 

• PCLAN/Sarvar 3100 Varslon iJO 

• DECnet for OS/2 Version IjO 

Ineraaas performanea 

Reduce memory requirements below 640KB mark 
• Ship R 

Program Announesmant 


• DECnat PCSA Client for OS/2 Version IjO 


i 

PC S>i|M (In PmM U>*sli»ls¥ ISM 

eC (rttfRMiR ^mMiM UpEMcMov 
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VMS Services for PCs 


VMS Services for PCs 


r 


Version LO Summary 


P e rforma nc e Improvements In Ida aarvar: 

Provide data caching in the file aarvar. 

Placing fllaa that have bean claaad Into a cache 
tor a abort period of time In caaa the client 
ra qu a a ta that the No ha reope n ed. 

bnpiamantlng the SMB raw protocol extensions 
aupportad In the literoooft's LAN Manager Baaic 
Redirector. 

PCSA Manager provldaa menu se l e ct ion for HP 
LaserJet printer. 

• VMS Version 5.1, 5.2 support 


*C SSa^fMlaa Ptadual ^dMoAfav 1M( 


VMS Services for PCs 


Version 3£ Summary—Packaging 



'Your Performance May Very 

i 

i 

PC Magazine Benchmark _ m eas ur e s speed of 
random and sequential reads and writes of fllaa over 
the n etwork. 

• MIcroVAX 2100 and one BM PC/AT 6mhz client. 

• Using Typicaf office applications. 




DECnet PCSA Client for DOS 


Version 3J0 Summar y Me m ory 


BIGGEST SAVBiGS ACHIEVED BY USING: 

• Expanded Memory Spec i fi ca tion (EMS) Version 4.0 
support for 256 machines. 

The PC must be configured with a user-supplied 
Expanded Memory Speci f i ca tion (EMS) Version 4X> 

SvitWsrs wivWr 

EMS Version AM h ardware aupport Is rsquked for 
5056,5056, and 50256 Intel (TM) processors. 

Expanded Memor y Marta gars tor 386 machines. 







DECnet PCSA Client for DOS 


i 

i 


i 



Version 3.0 Summary—Memory 


Otter Savings by —. 

Coda optimization. 

Capability of loading tte LAN Managar baaie Radi- 
motor Into tte High Ma m ory Araa (HUA) portion of 
axtandad mamory. 

Tte configuration mud teva a minimum of 64KB of 
axtandad mamory and either tte DIQfTAL-eitpplled 
drfvar, HIMEM.SYS, or a vandor-auppllad high mam¬ 
ory managar arhlch aupporta Extandad Mamory 
Spoefficmtion (XMS) Vara Ion TJX. 

For PC configuratlona artera EMS la not avallabla, 
DECnat PCSA Cllant for DOS aoftwara provkfaa tte 
uaar with tte ability to unload network oomponanta 
artthoul raboetlng. 

• LAT automatically loaded/unloadod whan SETHOST la 
Invoked. 


i 


DECnet PCSA Client for DOS 


Varalon %0 Summary—PC DECwtndowa 


What la PC OECwtndowa Dlapiay Facility? 

An MS-DOS X aarvar that uaoa tte Induatry at a nrl a rd 
X Window Syatam, Varalon 11 (XII), protoool. 

• Allow* tte PC (mar to dlapiay and manipulate VMS 
and ULTRIX DECwtndows applications that arc axa- 
eutlng a l aaw h ar* In tte DECnat network. 

• A DECwtndowa application axacutlng on a remote 
VMS or ULTRIX ay*tern with DECnat may ba dlaplayed 
on and receive keyboard and mouaa Input from tte 
personal computer. 


PC- 


DECnet PCSA Client for DOS 


’Your M a m o r y May Vary 

M a m ory saving* wtl vary depending on: 
Procaaaor typa 
D08 varalon 
Ethernet oonboBar typa 
Remote boot enabled 

• EMSuUbad 

• EMS drfvar alia 

• XMS utilized 


pc wnKin pH—* up*a,w, i t«M 


DECnet PCSA Client for DOS 

Varalon 3 j 0 Summa r y PC DECwtndowa 

Goal waa to reduce mamory uaaga and Incraaaa parlor- 
manca: 

Uaaa new mamory managamant arehhacturo so that H 
la able to addraaa up to 16MB of phyelcal PC mamory 
(biataad of standard 640KB) by using DOS extenders. 

R oq uh so additional extended mamory over and above 
tte conventional, EMS, XMS mamory required by 
otter PCSA oomponanta. 

Virtual memory support 

With new memory managements schemas, there is 
sufficient m amory for PCs to dlapiay all tte DECwkv 
dows core applications and layered applications. 

Supported on 60266 and 60386 machines. 
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DECnet PCSA Client for DOS 


Version 10 Summary—DECnet-0O8 


Ability to im DECnat-DOS only. 

• DIP now osiled INSTALL. INSTALL whan kietaMng to 
loeal hard dlak using (loppy madia Idt (Ethomat or 
aaynchronoua DDCMP connections.) 


SC ‘i 1 n Til Pi i « s HM|»||| MM 1 


DECnet PCSA Client for DOS 


Vsrslon 10 Summary—Cartlfted PCs 


"DECnet PCSA CHont for DOS V3.0 has basn lasted on tho 
praoading supported configurations. K a customsr prob- 
lom with DECnat PCSA Cllont for DOS can bo reproduced 
by tho customer on one of these supported configura¬ 
tions, DIGITAL adB work the proble m to resolution on 
thseo supported configurations. If the customer problem 
can not bo reproduced by tho customer on one of thseo 
supported configurations, It will bo tho rsopo n afc l Hty of 
tho customer to r esolve ttw Issue.' 


Version 10 Summary—Certified PCs 

DECetatlone 

• BM PC, XT, AT 

• BM PS/2 Models 

• COMPAQ Medela 

• Ofhrettl Models 

• Zenith Models 

Rater to DECnet PCSA CHont for DOS System 8upport 
Addendum (SSA) for details. 


PC m lull taM UpSilMilr MM 


DECnet PCSA Client for DOS 

Version 3j0 Summary - 
Supported PC Ethernet Cords 

• Digital's DEPCA, muitl-bufferad PC Ethernet 
controllers 

> ICON 1CS03 (EtharlMc I) 

• 1COM 1CS23 (Etharlink/MC) 

'Unsupported', but provide drivers for single-buffered 
Ethernet control lore; 

• 3COM 3CS00B, 3CS01 

• ki tartan N16010-1 and WS010-2 
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DECnet PCSA Client for DOS 


Vara ton 3.0 Summary—Ueanalng Cha ng e s 


DECnet-DOS Uaara 

• DECnat-DOS only available In DECnal PCSA Cllant 
tor 008. 

Undar a ar vto a contracts, arfll raoatva antlra DEC- 
not PCSA Cllant for DOS media/documentation ML 
Uoartaa la u p g raded at no charge. 

NOT undar oa c v te a c ontr a c ta , naod to purehaao 
upgrade la full Client llconaa (QBZP5-IIZ) 

ALL-IN-1 MAIL Uaara 

• Now DECnet PCSA Cllant far DOS llcanaaa pur¬ 
chased will now Mdude ALL-IN-1 MAIL Cllant for DOS 
llconaa. 

• Undar aarvtoa contracts, arfll receive ALL-IN-1 MAIL 
Client far DOS license at no charge. (Still need te 
purchase a ape rata media dec kit for cHant Stilt need 
to purchase server Reenae and medla/doc kit.) 

• NOT under aervtce contracts, need to purchase 
upgrade to license (QL-VZBAW-AA). 


ec am - aim mm vqoiiiM w uw 


VMS Services for PCs 
DECnet PCSA Client for DOS 

Version 3.0 Summary -Documentation 


• User dec (QA-OTLAA-OZ). 

Basic user doc a Outdo for New Users, PC Mad, SECT, 
etc 

• Advanced' Uaar doc (QA-0TLAD-QZ). ! 

All DECnet-DOS documentation. 

H kits (medla/doc) Include ad of the above, plus 
relevant Installation, configuration, me mo r y hints 
documentation. 


DECnet PCSA Client for DOS 

Version 3 j 0 Summary Perfcagkig 


o 

IMS 

DftCMt eoSA GBsmt tar DOS 

«*n 


«**• n 




WSOfOBISBOS 


MsgSM^niSTM 


lUPOfTTAHTl 
(*) Order ONLY for: 

1. DECnet-DOS 

2. Asyn c hronous DECnet 

3. VAXmata Services tor MS-DOS 

4. PC DECwtndows Display Facility with ULTRIX 
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VMS Services for PCs 
DECnet PCSA Client for DOS 

Version 3.0 Summary—Other Changes 

Name c han ges te VMS Services lor PCs and DECnet 
PCSA Cllant tor DOS. controllers. 

New configuration tool (NETSETUP). 

MS-Windows appdcatlons (VT320, OUI) and device 
drivers (keyboard, p r int e r) Included. 

EMSSPEED - new utility to measure performance of 
EMS beards. 


NEW memory configuration documentation 






VMS Services for PCs 
DECnet PCSA Client for DOS 


PCLAN/Server 3100 


Version 3 . 0 Bam te ar B ertas 

PCSA System Menagamant S e mi na r 
• EY-EM7E-S0 
R r gl ote r by: 

a. CaB training canter 

b. DIGEST In Educational B a r yteaa Bookstore In 
axMbltaroa 

e. Call (BOO) 332-6454 


PC MagMOM P lan a UpoaoMw m 


rmi^wi vjrvwm 

• Mid-range LAN aarvsr ter PCa 

• 10-10 active PCs (typical) 

Blmefc to hstal M nf isurt and fit —una 

aa a ivaaai| wniiMwv acna 

PomfW Mfvar ind provm mtvoffc 
iluHi vendor PC InlMrstlon 
ri a a fcla growth 


l 

I 

I 

I 

I 

Ij 

PC Pm*m* lip <■>■ S«sv if— 


PCLAN/Server 3100 

Hardware 

VAXaarvor 3100 wtth 

• 2.4 VUPS CPU 

• 0 MB memory (expandable to 24 MB) 

4 asynchronous Inoa 

Bartel port tor terminal eonaols 
Bartel port tor medom/prtetar 
TWo aortal porta tor pri nter s 
Ethernet Controlar 

• RZ23 (3) >12 MB hard disk storaga 

• TZ30 05 MB tape dr Ivor 
VT320 consols 

WAN Configurations: 

• DECnet 

• P.SJ. XJ25 
SNA Gatew a y 


PCLAN/Server Software 

VMS V5.1 (aarvar loanae and madia) 

DECnat-VAX V5.1 (ond-noda Bcenae and madia) 

PC Integral Ion Software: 

• VMS Services for MS-DOS (license Included with 
DECnel-VAX) 

• DECnet PCSA CBant for DOS 

Software on single TK50; VMS pr o a ya ge n e d , tuned 
Software Installation via backtp 






DECnet for OS/2 


New Product! 

Phase IV DECnet and noda 

• Ethamat support (DEPCA, 3CB03,3C623) 

OS/2 VIJ) and V1.1 auppart 

• MOP auppart 

• UMMaa: 

a. NOP* network management 

b. SETH08T - VT220 (aertptlng, multiple a a a a l o na) 

e. NFT • FUa transfer of ASCI and binary 
«L NDU • Virtual disk and print aarvieaa 
a. Taek-to-taak communication 

f. Support far compact, am aft, madlum memory 
madeta 



PC Network Integration Products 


Baaed an DEPCA (Digital EthamatMiouaa PC Adapter) 

• Cannacta PC ta Ethernet V2 JO and IEEE 302J local 
area networks 

• High performance — b aaed an LANCE network con¬ 
troller with 41 Kbytes of RAM ter muiti-buHering 

• DEPCA Rev E aupporta DEPCA/EQA/UMS 
configuration 

tndu dea Data Unk Layer and aafl-taat Ib m w at a In 
en-eardROM 
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DECnet PCSA Client for OS/2 


Rognn Annnuncomant 

OS/2 Ve r sion 1.1 auppart (Ineluding P r e s entat ion 

Manager) 

LAN IfaniQif 

Dtak, file and print aa r v t ce a Irem VMS S srtrl c a a far 
PCs Version U 

DECnat far OSQ la an I nte g r a l oomponant (Including 
NDtS support) 

App Heat Iona and utMUaa 

a. VT320 terminal emulation (SETHOST) 

b. PCMal 

c. Bfoedcefltitscslvf 

d. SEOT 
a. USE 

NDIS drivers far DEPCA, 3CS03, 3CS23 

•0206, 30386 auppart (Including IBM AT and PS/2, 
COMPAQ, Zenith, Olivetti, DECetatlon models 


PC Network Integration Products 

Configurations 







PC WnwWii IMS PC MffMlH PmtfiMt Up 


DECstatlon PCs 

System Options 

• DEPCA-CA (Ethamst/mousa controller) 

Ms cn o r y expansion options to HUB 
Moth Co p r oce s sor 

Sorisl snd parallel adaptors 

• SCSI disk drivss: 40 MB, BO MB, 170 MB 

• SCSI taps cartridges: ISO MB 

• 20MB and 40 MB DE dtok drivss and bttarface board 
options 

• MS-DOS 

S or 16-bK VGA graphics options 


PC Integration Directions 

Continued PC Integration through 
Natwork AppBcsilone Support Program 

’Program Announoamant' of DECnat PCSA Chant tor 
OS/2 

Support of additional PC compatfelao 
Support for Mura DOS v srs l ons 
Support of Macintosh 
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Personal Computing 
Systems Architecture 


1. Definition 

2. terv o r Software 
S. C lUnt Software 


PC iNtofnttM Eninst U pd1i»<» v ISM 


Personal Computing 
Systems Architecture 

Component* 

8orv*r ■ Any VAX/VMS system on DECnot network 
• Client a PC 


Client end e e r ver eottwer* work together 
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Personal Computing 
Systems Architecture 


OetlnlHen 


An oxte n e io n of DigHaT* eyeteme end networking 
ar ch Sa clur s to the PC dee fc t op 

Tr eneperently Int egretee personal, departmental, and 
organizational eomputfetg 

Provides direct eccieae to sh a r eable r eso u r c e s : appli¬ 
cations and dale, di sks , printers, network gateways 

Pr o v ide * simplified, centralized management for 
e nd u se r computing 

Pr o v lde e flexfeie, btcrsmontal growth 

bnplema n te HI* and resource sharing In the Network 
Applications Support (NAS) program 


VMS Services for PCs 


S e r ve r S oftware 


Provides re so u rce sharing (applications, data, physi¬ 
cal devices) 

■aides on VAX (layered VMS application) 
>ECnet 

MS system can be s server 
pear to users as local disk drives 

access multiple s e r ver s anywhere across 
k 

makes IBs* on VAX acc e ss* )is to both 
IS-OOS applications 

sot of data fHas can be stored in on* 
tsbie by MS-DOS and VMS users with no 
r conversions requited 
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VMS Services for PCs 


• Flit Serviod 
DM |$fvioet 
mm mtviom 
Device Sharing 

l imr Ma n age m e nt and Control 
BfoedoMt 
File sec u rity 
System Admin utility 


PC MipMl Map IliWiM IMS 


VMS Services for PCs 

Disk Sarvicos (LAD) 

PC system software, applications and private data 
stored In DOS container Me on VAX 

Allows multiple reade rs or eingle writer to disk 
Supports floppy remote boot 
• VMS Access to UU) 


Fils Sendees 

PC data stored on VAX to RMS format ( ab eam or 
sequential U s e d l e n g t h records) 

• Automatically delivered to MS-DOS users in MS-DOS 
formal artth no knowledge of network required 

Same data flbe directly acoeesfole to VMS tarmbial 
use rs 

• AScws multiple readare/srrtters 

• Supports Microsoft's LAN Manager basic (He and 
print services and NETBIOS file sharing 


PC WfWa Pimm) tpMiPli i 1PM 


VMS Services for PCs 

Devtea Sharing 

Tran sp arent sharing of print s ervi ces and ether 
physical VAX-based devices 

Printer support 

bn piemen ted as part ot Me server 
Looks Mce local printer connected to PC 

Allows users to connect to and use printers 
connected to a VAX/VMS system 

AbIMy to dele t e print queue bom PC 

Ability to set qualifiers on VMS print commands 
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RSX/IAS SIG NEWS *************** 


Editor's Corner 


Phil Hannay, RSX Editor 

Frank Borger, IAS Editor 

Bruce Mitchell, Minister of Propaganda 


- Editorial: Time For A Change - 

Bruce R. Mitchell 

Machine Intelligence and Industrial Magic, Consultants 
390 North Shore Drive, RR #1, Box 216 
Fountain City, WI 54629 


The Editor Emeritus again picks the locks on the Editor's 
office door to inject an editorial, this time with some 
speculations on our favorite computer company, our favorite 
operating system, and things that could be - but aren't - 
happening with it. 

RSX has been around a long time, and that's a fact. I have 
an RSX—11M V2 kit on RK05 on the shelf here looking at me. The 
label on this DEC distribution pack DEC-ll-OMOJA-B-MC, RSX-llM 
V02 BL12 MAPPED OBJECTS, says 4/22/76. That is confirmed by the 
pack sticker which says APR 23 '76. So 11M has been around at 
least 13 years, and RSX as a concept has been around longer than 
that. 


RSX has been ported forward to VAXes, Dave Cutler having 
taken it as the basis for VMS. It's not recognizably RSX there, 
but much of VMS comes from the RSX environment and can be traced 
back there with no difficulty. 

But that's the only new environment RSX has entered over the 
last 15 years, disregarding the abortive flings into TRAX, SCS-11 
and P/OS. Arguably, this is because DEC has introduced no new 
platforms over the past 10 years. DEC has all its eggs in the 
VAX basket, and has not released one new product / operating 
system pair in the last 10 years. 

That's not healthy. A company that makes only widgets may 
find one day that there is no longer a market for widgets. Where 
today are the manufacturers of buggy whips, parlor stoves and 
crank telephones? 

RSX is fundamentally a real-time system. Today, most OEM 
real-time work is being done in the VMEbus environment with 
68000s. And the major operating system in that environment is 
(gag) Unix. Primarily because nothing better is available. It's 
Unix or nothing. 
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Imagine what would happen if Digital released an RSX to run 
on the 68000. User-written drivers are supported and encouraged; 
certainly that's an attractive feature to OEMs, with the vast 
array of VMEbus cards available. In the 32-bit address space, 
with the necessity for PDP-11 memory mapping removed, what 
couldn't an RSX system do? 

I'm not saying that this would be an easy port. There are 
lots of differences between RSX-11 and a hypothetical RSX-68, 
memory mapping actually being one of the simpler problems. But 
the architecture of RSX is good for the proposed environment, and 
it wouldn't be like writing an operating system from scratch. 

The hardware is available. The platform is there. No 
development cost for that. All DEC would have to do is port the 
operating system and sell it. There are rumors from Europe that 
a user has done it, as a matter of fact. Is it feasible? Hell, 
yes. Would it sell? Sure. Look at all the utilities and the 
clean interface. 

Will Digital do it? Probably not. Why? I don't know. 
They justify these decisions with "the ROI on VAXes is better 
than doing speculative development". 

That's fine until the day comes when VAXes don't sell so 
well, and there's no diversifcation to fall back on. 


I have a coffee cup from a recent Symposium that loudly 
claims "Digital is a software company." 

OK guys, if so, let's see you prove it. Put up or shut up. 
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Submitting Articles to the Multi-Tasker 


You are encouraged to submit articles to the Multi-Tasker. 
No article is too big or too small. They can be serious or 
funny, and of any techinical level. 

Please submit machine readable media if possible. Hardcopy 
submissions are okay if they are fairly short. Illustrations and 
drawings that can be photocopied may accompany the article. Most 
any media is acceptable, however RX50, RX01/2, TK50 and 1600 BPI 
magtape are preferred. All RSX volume formats are acceptable, 
and VMS formats are also acceptable on RX50, TK50 and 1600 BPI 
magtape. 

You can also submit articles through the RSX bulletin board 
system at (612) 777-7664. Kermit the file into your account and 
then send it via MAIL to username MULTITASKER. 

The Multi-Tasker begins life as a RUNOFF file, so feel free 
to submit your articles in RUNOFF format. The page size will be 
80 columns by 58 lines, with the left margin at 10 and right 
margin at 75. Use literal format for code examples. If you 
change margins, use incremental changes rather than absolute. 

Mail your articles and other submissions to: 

Phil Hannay 
Cargill Research Bldg 
Box 9300 

Minneapolis, MN. 55440 tel. 612-475-5433 (daytime) 
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Bulletin Board Notes 


The RSX Bulletin Board is proud to announce the addition of 
a TU-60 DECcassette tape drive. No longer do you need to be an 
island of automation simply because you still use the CAPS-11 
operating system. The bulletin board wizards are busy working on 
an audio to DDIF converter that will allow you to include Led 
Zeppelin excerpts in your WPS documents. 

We continue to work on a collection of the latest RSX 
goodies. The latest version of MCE, a command line editor, is 
available in directory DE:[210,1]. It tracks the VMS command 
editor very well, and has many nice features. The symbolic task 
zapper (KTZ) described in an article below is found in 
DE:[377,65]. Old standbys like Kermit, RSX Network mail and 
Cookie are also available. 

As always, contact Jim Bostwick, at 612-475-6264 (daytime) 
if you wish to donate some equipment. 

You can log into the BBS at 612-SPR-PONG (612-777-7664). 
The line will always do 100-1200 baud, and often 2400 (depending 
on when the owner of the 2400 modem last went looking for it). 
New users should log in with username ACCOUNT and password 
REQUEST. This will get you a registration procedure. You'll 
need your DECUS membership number in order to get a permanent 
account. 
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*************** ARTICLES 


*************** 


- RSX/IAS Hall of Fame - 

T. R. Wyant, Curator 
E. I. DuPont de Nemours 

As the RSX/IAS SIG matures (or at least grows older), there 
is a tendancy to reflect on what has gone before, savoring those 
things that make the PDP-11 and RSX unique. The RSX/IAS Hall of 
Fame was inaugurated during the Fall 1988 Symposium to honor and 
preserve for posterity the most famous/notorious (pick one) 
features of the computing environment we have come to know and 
love. 

We present two more categories that were selected, 
field-tested, presented, and voted on. 


** Favorite Backup Utility ** 

You'd like something more substantive, you say? Well, 
perhaps the last two categories were somewhat frivolous. We 
continue the Hall of Fame with a subject vital to all of us: 
backup utilities. Backups are like health insurance: most of 
the time they're a pain; but when you need them, they're a 
lifesaver. The desirable qualities in a backup utility are 
speed, accuracy, and flexability. Let's see how our plethora of 
candidates stacks up: 


* BRU 

The favorite of the educational community, BRU has caused 
more people to learn about the FILES-11 On Disk Structure 
than any other single component of RSX. 


* DSC 

Bruce Mitchell said it best: 

"Disk Save and Corrupt it works real good. 
The volumes it writes are a sin, 

The index file moves to the low blocks, 

My Ghod how the files ..." 


* ROLLIN 

How do you follow that kind of introduction? 


RSX/IAS-5 





* SHA 


No muss, no fuss, and up-to-the minute. But if you put too 
many wildcards on a delete, well ... 


* PRESRV 

Absolutely accurate, and you can even copy a virgin system. 
Only trouble is, you have to take RSX down to use it. 


* PIP 

PIP originated as a test program for F11ACP. In a way, that 
makes it a system manager's dream: a backup utility at least 
as accurate as the file system that supports it. But it's 
slooooow. 


* TPC 

Being a DECUS utility, the price is right. And unlike 
PRESRV, TPC runs UNDER RSX, not INSTEAD of it. 

But when the dust had settled, the jury preferred 

FLX 

And why not? Who knows when you may need to read your backup 
tapes under RSTS? Or even (gasp) VMSl 


** Worst Command Syntax (MCR) ** 

They say the good old days are now. Time was, anyone who 
wanted to do ANYTHING with RSX had to pass a series of tests, to 
prove he was worthy to use this operating system. The first test 
that confronted the aspirant was called "MCR". 

There was never to my knowlege any organized effort to 
standardize the syntax of MCR commands. There were a few 
unifying themes, stemming generally from the fact that many of 
the commands and utilities used the CSI$ parser, and similar 
pragmatic considerations. But within these loose and ill-defined 
limits, the developer of a given command seems to have been free 
to define the syntax any way he pleased. 

In this kind of sink or swim environment, some inevitably 
sink. So, the RSX/IAS Hall of Fame commemorates those shining 
examples of obscure syntax that have plagued generations of 
hackers, and choses the Worst Command Syntax in MCR: 
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* QUE 

This one command did more to drive me to DCL than any other. 


* BRU 

BRU is a prime example of the "gotcha" school of human 
interface design philosophy: "We know what environment 
you're operating in, but we'll make you tell us anyway, and 
then crash and burn if you're wrong!" 


* LBR 

Certainly any MCR command that puts an output file to the 
right of the equals sign deserves marks for originality. 


* RPT 

We asked for better error logging and reporting. It is well 
and truly said, "be careful what you ask for; you might get 
it! " 


* LOA 

A dark horse candidate. The command syntax is actually 
straightforward enough. But when you realize that the parser 
takes a completely DIFFERENT code path for /VEC/EXP*... than 
it does for /EXP=.../VEC, it opens up entire new worlds of 
obscure syntax. 


It was the considered opinion of our distinguished panel of 
jurors that the above commands all had such terrible syntax that 
they should be inducted en masse into the RSX/IAS Hall of Fame. 
That being the case, multiple awards were given, and ALL nominees 
received recognition in the MultiTasker. After all, fair is 
f ai r. 
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Kludge-o-matic Task Zapper 


David F. Mischler 
4389 Chestnut Ridge Road #5 
Tonawanda, NY 14150 

I've always wanted a version of ZAP that would allow the use 
of symbols, instruction mnemonics, etc. An overdose of caffeine 
has caused me to hack a limited version for M-PLUS. 

A couple of years ago I started writing a symbolic debugger 
to replace ODT. The result is a two-task debugger; it is now 
available on the RSX BBS. A while ago I realized that I could 
substitute routines to manipulate a task image file instead of 
playing with target task memory (history repeats itself: I bet 

this is how ZAP grew out of ODT). The resulting program, KTZ, 
permits you to play with task images using global symbols, except 
that it doesn't understand overlays. You can even use it on 
RSX11M.TSK or RSXllM.SYSl 

To build KTZ, assemble and task build the sources with the 
following MCR commands. Replace [DBG] with wherever you put the 
code. I put KTZ.TSK in my LIBUIC, and let catchall install it 
for me. 

(Editor's note: KTZ sources can be found on the RSX 
bulletin board on the DECUS disk directory DE:(377,65]. See page 
RSX-4 for info on accessing the bulletin board.) 

MAC @DBGASM ! Sorry, this takes a while. 

MAC TSKIMG-LB: [1,1] EXEMC/ML,SY:[DBG]DBGPRE/PA: 1 ,TSKIMG 

TKB 0KTZBLD 


The following example shows the use of KTZ to change the 
system name. 

KTZ LB:[1,54]RSXl1M.SYS 

Kludge-o-matic Task Zapper VI.8 - RSXllM 
I 000000-073577 

KTZ>; Load executive symbol table 

KTZ>LOAD LB:[1,54]RSXllM 

KTZ>; Check current system name 

KTZ>EXAM/ASCII $SYSNM:$SYSNM+5 

$ SYSNM: GRUMPY 

KTZ>; Change system name 

KTZ>DEP $SYSNM="SL,"EE,"PY 

KTZ>; Check new name 

KTZ>EXAM/ASCII 

$SYSNM: SLEEPY 

KTZ>EXIT 
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KTZ has brief internal help; the debugger manual documents 
all of the KTZ commands as well. KTZ can accept input from an 
indirect command file, and can generate a log file. Memory can 
be displayed in octal, hex, binary, decimal, RAD50, and ASCII, as 
well as instruction mnemonics. The /RO switch is supported on 
the task image file to indicate read only access. 

There is a problem with the use of KTZ on an I/D space 
system image: since D space is set up by VMR, KTZ doesn't know 
how to find it. This is not much of a problem since most things 
you will want to patch are in APR 0, which is mapped the same for 
I and D space. 


RSX/IAS-9 



O PJ 


DECUS Europe 88 RSX Q&A 


RSX SIG Question and Answer Session 
DECUS Europe Symposium, Cannes September 1988 

Transcription: John Pickard, DECUS U.K. 

Submitted by: Jan Belgraver, European RSX SIG Core Group 


Key: 


A - Answer 
Aud « Audience 

■ Editor's note 

■ Question 


1. Q: When you log off, why is the terminal put on half duplex? 


A: Because it's always been sol This caused a problem in CP/RSX 
and the code forces it to full duplex for CP/RSX, otherwise it 
is forced to half duplex. Does putting it to half duplex cause 
a problem, and would that problem be removed if we forced it 
to full duplex when we log out? 

I've got one yes (vote). 

E: There are two situations in which a terminal is reset to half 
duplex. When a user logs out, BYE resets the terminal to half 
duplex, and it remains that way when the nest user logs in. 

If a LAT terminal is set to full duplex when no one is logged on, 
the initialization for the LAT terminal also resets the terminal to 
half duplex. This is the expected and desired behavior in the 
general case, (according to Brian McCarthy in Multi-Tasker in 
combined US SIGs Newsletters, 4(2) Oct-88 page RSX/IAS-6; JHB) 


2. Q: Yes it does on a remote line. 


A: I believe in all honesty , and I've been the BYE maintainer 
for a couple of years, it was done so that the next time 
somebody logged in it would be predictable, why half rather 
than full nobody seems to know and we could probably change it 
to force it into full. Hopefully nobody would find it a 
problem because of that, so far I've heard three votes for full 
rather than half, so we'll take a look at that. 


A: I suspect part of it is historical from 11M to 11M+ back when 
there was no full duplex terminal driver BYE put it in the 
state that it is, so that we knew what it was and then when M+ 
came along and the full duplex terminal driver was fairly 
standard we left it that way. 

3. Q: Why isn't the full duplex driver for terminals full duplex? If 
you want to read and write simultaneously, it doesn't work, 
because the QIO for the write waits for the read. There's a 
way round it with AST's I know but I thought full duplex means 


RSX/IAS-10 





full duplex. 


A: We have no idea (laughter...) give it to the languages guys 1 
What you have just discovered is that we are not terminal 
driver people and we can't answer that one at all. I know 
there is a mode in which VMS can do what is true full duplex 
we'll take a look, or ask the terminal driver maintainer to 
take a look at it, I'm not sure if it can be done within the 
architecture without a major change. I'm sure it's not the 
first time the question has come up either, so... sorry. We 
will take another look at it. 

4. Q: I don't know if I've asked this question before but I'll do it 

again for the record. Would you consider to place IPP on the M 
kit? 

A: In the context of M being a stable product and one that we are 
only, I won't say enhancing, but increasing only to add 
hardware support this would run slightly contrary to that 
philosophy and in all honesty I'm not sure that you coudn't 
move IPP over from an M+ system to an M and have it work 
because it is a non-priviledged task and everything runs fine. 
I assume everything runs fine, we've only seen one SPR since 
it came out. So that is another way to do it for those who 
have both M and M+. 

Again it's something we could take a look at, in general we 
are not increasing what we provide on M because it's 
stabilised, but it's worth taking a look at. 

Also a part of that decision which is correct is it's very, I 
would say even more unlikely, simply because of the decision 
to keep the kits exactly as they are, 

Also partly because the distribution kits are in some ways 
full, putting more things on them could increase the size of 
the kits. If we find that that's the case or even close to 
that we would never do it. Otherwise, I don't know, it would 
have to be a strong case. 

5. Q: I think it's also missing on the pre-genned M+ kit and 

Micro/RSX. 

A: It was missing on the 4.0 pre-genned kit, I think it's there 
on 4.1 and I know it's going to be there on 4.2. There was a 
small procedural problem in the way pre-genned kits were 
built, it was caught just in time I think for Micro, it wasn't 
caught for pre-genned RL02. I believe it is OK now for 4.1. 

6. Q: I have a little question I don't know if you can answer, 

perhaps you could pass it over to the DECNET people. As a 
novice user of DECNET and implementing it I had some problems 
afterwards to decide which tasks I should really keep and to 
find a description of each task in the DECNET manuals as to 
what they do. It is really very beautiful but I had a problem 
because I would like to have the description by the process as 
to which tasks I have to use for each process. 
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Aud: In the new V4 DECnet documentation there is a chapter 

describing nearly all the tasks and indicating if they are 
needed on the system or if they are optional. 

7. Q: We had a problem with 20 Milliamp interface on a PDPll/23. I 

want to ask if there are problems, there are 7 terminals, the 
interface is from Burobrands, not Digital, the interface is 
good, the terminals are alright but something made the task 
that we wrote hang. It works as follows: the terminal, you put 
data in it, the programme polls the terminals, it can last for 
hours or 10 seconds or 30 seconds and suddenly stops. We tried 
everything but we do not know anymore. 

A: Are the tasks hanging because the 10 is in run down state? I 
don't know if there is anything we can do without looking a 
lot more at the condition of your system. I don't think there 
is truely something wrong with your system, there is just 
something in the manner which the 10 is not completed as far 
as the system is concerned. The 10 packet should still be out 
there, if you take a crash dump of your system, if you look 
back to your data structures to see if your 10 is still there. 
We don't know of any problems where the 10 is lost through 
those types of interfaces. Our first guess is always hardware 
but, we have been wrong. 

8. Q: We have now the fourth interface with the same problems, there 

is a limit to this, we have good interface, we are sure. 

A: Devices come on line and it looks they are ready and active. 

9. Q: The systems responds perfectly even though you hang them 50ft 

away it works perfectly, but, there happened some strange 
things. 

A: I am sorry, we really can't help you too much here, you are 
going to have take up a crash dump and look to see what the 
status of the system is, okay. 

10. Q: I want to ask you, for the DZll multiplexor won't you please 

let us know, the way to change from software XON-XOFF to 
hardware XON-XOFF,I think it is a combined software and 
hardware problem. 

A: Well as I know the DZll hasn't any hardware features that 

track data-set ready etc. They have only four lines for the 20 
milliamp version, so nothing from the hardware. 

A: Full modem control is correctly with DSR etc, this is 

available on some controllers, eg DLVll-V, but due to cable 
density most controllers use the 9- pin subset of this. 

11. Q: I have a question about the terminal driver, I know you are 

not experts, but when I issue QIO waits to the terminal 
driver, for instance with the terminal settings, especially 
with remote. First of all, all the old settings are removed 


RSX/IAS-12 



and the terminals falls back to a kind of standard setting, 
unknown type of terminal, 72 character buffer etc. If you 
issue a second QIO wait for a bigger buffer or anything like 
that, than what happens in reality is that, the first QIO wait 
runs over the second one, it takes about, well maybe 1/2 
second or something like that before the interface itself 
reacts and data terminal ready gets high, we noticed that by 
putting a tester on the interface itself. The second QIO wait 
is long since is gone, so everything, you did with 2nd QIO 
wait is lost. I think its more a problem with the terminal 
driver that when you issue certain QIOs that the second one 
will be run over by the first one, in fact it seems that you 
don't have to wait for anything, it doesn't wait. 

A: This is the new feature we have, the QIO wait that doesn't 
wait. 

12. Q: Well I just found in the VMS notes file, the same problems on 

VMS, it might be related to hardware multiplexor. 

A: This is a problem we have quite a lot when handling remote 

lines, it appears that when you issue a set characteristic to 
the terminal driver that turns remote off, the QIO sets the 
necessary bits in the UCB, but it then goes into the time-out 
state in the normal remote line handling part of the terminal 
driver that checks the conditions, I think every 2 sec. So 
your QIO has completed because it sets the data in the 
database but fractions of a second or 2 sec. later the 
terminal driver time-out then picks up that things have been 
changed and goes off and changes everything else. So if you 
issue the second QIO that does something, the time-out picks 
up what happened the first time and totally destroys it again. 

So some of our applications programms actually have to wait 
for something like 10 sec to make sure everything has settled 
down before we can issue any more QIOs to it. 

It is a terminal driver problem, it's in the design of the 
remote module and the way that handles eveything with 
time-outs. 

What you see if you watch the lines from the terminals, things 
like DTR toggle up and down, maybe a couple of times over the 
next few seconds, and thats the problem. 

13. Q. This would seem to be a TT driver and multiplexor session, I 

have another problem, I don't know, if you know about time cut 
off. Thats the device on the remote lines that shuts down to 
the remote line, but keeps the number to the caller. We are 
using X.21 type lines as remote on our systems and the purpose 
is to stop the transmission so as not to pay in the time when 
there is no input and output going on. But we have a problem 
as it sometimes drops a line and gets logged off, and we don't 
know if it could be in the Digital system software or hardware 
or if it's a fault in time cut-off. Do you have any ideas for that? 
It works properly normally. 
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A. You are logging out from M+ I assume. 

Q. If the signal from the modem drops, then the session logs out. 

A. If you log out with BYE/HOLD then, the terminal driver holds 
DTR which will keep the terminal on line. 

Q. I don't know whats going on, is it the modem that drops the 
signal to the DZll or the DZll that drops it to the modem. 

A: Does it only happens when you log out? 

Qs I see the log out, it logs out and the line goes down. 

A. Sounds like the line goes down and logs you out. 

Q: The DZ will periodically put the DTR off and on again. 

A: In normal use the DZ on the remote line will hold the DTR high 
to enable the modem and with the DZ the terminal driver will 
poll, I think it's every 2sec. for carrier-detect, so if you 
have a communication fault and carrier-detect drops for more 
than a certain period then the RSX terminal driver presumes 
that you disconnected the line, forces a log out, effectively 
by BYE and drops DTR to make sure the modem is properly 
disconnected and ready for use again. 

So, if you have a communications fault, you loose your line 
and log out. 

Q: But if you don't have carrier-detect present, it puts the line 
on remote and will poll every 5 minutes, something like that. 

So you should have carry detect ready if you want to use it. 

A: You can fool it, we use some types of communication equipment 
where if we have SET /REMOTE and work the normal way, we 
cannot use it, we actually zap the bits in the CSR of the DZ to 
change DTR and whatever else we like, and we can handle the 
equipment that way, but there are cases where you get CD and 
DTR toggling every 2 or 3sec. continously and then we have to 
fiddle around with the software, zap the DZ directly to avoid 
it. 

A. It sounds like that, in this case, you might want to make sure 
that your data carrier-detect signal coming from the 
communications interface to the DZ, is in fact there and 
stable all the time, because if it goes away the DZ sees it 
that it is gone, and as we said it will log you out, it 
assumes you hung up the line. 

14. Q. When you try to mount a disk without a pack, a removable disk, 
it takes ages before MOUNT says the disk isn't present and 
MOUNT fails, it takes about 2 minutes, a very long time, what 
do you suggest to overcome that. 
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A: Put a disk in. 

Q: But the disk is not there, can you shorten the time out. 

A: No the point was to keep it there long enough, to put the pack 

in and let it come up with speed and for the types of devices, 
we see 2 minutes does seems a very long time, but is actually 
fairly useful, so no, it's not likely to change. 

15. Q: Could there be a minimum time on the signals that check for 

volume validity. 

A: We are going to say no. We are not quite sure where the volume 
valid check is done, whether it is to the QIO each time it is 
issued in which case you can't wait ever, it is simply has to 
back it off and go. 

16. Q: Occasionally we loose volume valid on a disk, a CDC 9762, 

whether this is due to noise on the signal lines or a 

momentary loss of speed, we don't know. We can sometimes get 
it back by setting it non-public, dismounting it and 
remounting it. 

Aud: I can say, we have just seen the same problem, RP07 disks with 
a slight power failure. I found a task on a DECUS tape that 
would set the bit again, it's named VVC, I don't remember which 
tape. 

A: Thanks, you are right, it's certainly useful to have such a 
task, but the problem is that you want to do it as soon as you 
notice and re-validate the disk. 

Q: I don't want to get a call from 200 miles away saying that the 
disk has gone down, I want it to come back on it's own. 

A: The danger for us, we would have to go through the entire 

automatic mount procedure to varifying the packs and keep the 
information from the last mount in order to reset volume valid 
and we wouldn't do that. 

Q: If volume valid is dropped on an interrupt from the controller, 
could you then reset it if it reappears within a fraction of a 
second. 

A: If we can identify that situation, Yes. 

Q: It's no good resetting it after say 10 secs, because in that 
time you've lost the QIO and probably aborted the tasks. 

17. Q: I have a DECNET problem, I don't think you would like to 

answer it, but you could take it back home, because, I don't 
know really if it is FAL or net file transfer, probably FAL, 
that causes the problem. What happens was that due to a nice 
feature in RSX the system kept crashing, I had about 15 crashes 
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the in same day, while doing massive network transfers over 
ethernet. I booted it and it came up and every thing was fine, 
except I thought that the number of files on the disk didn't 
really fit, so I ran verify. That was the worst system disk 
I've ever seen in my life, everything was wrong. Every 
possible error message you could get from verify was put out, 
and actually I managed to repair the disk, in not too long a 
time, using the verify manual, because I guessed it had 
something to do with that net file transfer, probably with the 
crash that oborted the program. The problem, it seems to me is 
that it actually updates the whole directory first, and then 
starts to do something to do with the files and at least there 
should some documentation warning of doing massive network 
file transfers over ethernet. At least warning that you have 
to fix things at once if it crashes. 

A: Thank you, noted. 

Q: Is it true that this is what happens? 

A: I don't know. 

18. Q: A little question, could you use a TU58 as a crash device. 

A: Is it big enough. 

Q: I don't know, is it too small. 

A: It is for an M+ system I believe, if you have as you said, an 
11M system I think will fit on it by a few blocks, but it's 
very slow. 

Q: Yes, but it's the only thing I have. 

A: It should, I think it will fit certainly fit 11S system, I've 
had to us it for that, 11M systems up to 124K we think are OK, 
over that or M plus, NO. 

19. Q: I have a question on the remote system, when I log in it 

usually takes hours before the system responds, probably 
caused by SET /INQUIRE to the remote system, but I never know 
what should I do, should I give returns to awake it before the 
prompt comes or just wait. Sometimes the line goes down and I 
loose the line other times it works. Sometimes you don't know 
whats going on. 

A: We noticed that, setting host back home this week. 

Q: It's not setting host but just modem lines. 

A: It's approximately the same thing. 

Qs It should be like in EDT "....working", you know, .every 

second, it's crazy, I know, you should be able to see that 
something is going on. 
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A: I agree, but it won't happen, it's going to take that long, I'm 
afraid the set enquire takes at least six seconds to respond. 

Q: But it does'nt matter whether it's VAX or PDPll. 

A: No, not much. 

A: You could do something in your loggin command file while 
you're doing the set enquire. 

Q: I don't do set enquire, I'm logging in on the remote system 
and it can take ages before the system responds. 

A: Oh, okay. 

20. Q: I have two small questions, one, I don't know if the problem 

is already solved yet using RSXll plus version 3.0, but we are 
using disk cacheing and when you log out with BYE you can get 
yourself a cup of coffee, and when you come back, BYE is 
finished. I know that our OEM has solved the problem, small 
patch or something like that, I think there is a small fault 
in BYE. 

A: We have got at least 3 suggestions that it has been fixed, but 
we are not exactly sure what the problem is yet. 

Q: One way to fix it is to disable overlay cacheing, at least 
with V 3. 

Q: I know but we would like to use overlay cacheing. 

A: That particular problem has been fixed for V 4. 

21. Q: Second question, when you buy an PDPll/73 it's a very nice 

Micro, it's very nice to have floppy disks, you can go to local 
shops and buy yourself a couple of floppies but you can't 
format them. That's a bit strange, I mean I can buy myself a 
small PC for a few hundred guilders or dollars and format the 
floppies but I can't buy myself an 11/73, God knows how 
expensive, and format the floppies, or even the hard disks. 

A: I know!I 

A: Hard disks you can format, but not the floppies. You mean to 
tell me that you are going to take you or your employers hard 
earned money, and invest it in a quality Digital product and 
then go down to the local corner store to buy those cheap 
floppies!!! ! 

Q: Ah well the floppies can be excellent. I do know that Digital 
buy some outside the door and don't produce themselves. 

Q: Do you want me to transcribe you some. 
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Q: But I could also buy myself an old Rainbow because thats 
capable of formatting them, I know, once I needed a lot of 
floppies so I went to an old Rainbow we had and made a lot of 
floppies. 

A: You can get the rainbow cheap too. 

Q: I know, I know, there are lot of .... 

Q: But it's not possible to do that, or I mean we don't use really 
that many floppies, but it can be useful for instance if you 
have just one winchester on a PDP 11/73 it's always wise to use 
a scratch disk for verify, because if you don't when something 
happens you may have nasty problems, so we always use a scratch 
disk and that should be the floppy. But well, when your 
floppies are all gone, you have to buy, you have to phone 
Digital, send me a box of new floppies, they will do that and 
ask for a lot of money, but we have a lot of floppies for PC's, 
it would nice if you could format these on the machine itself. 

A: Let us put it this way, as a business matter, it's probably not 
in our best interest to do that, it would probably be better if 
somebody like DECUS did something like that because from our 
point of view the problem is solved. 

22. Q: Well the RQDX controller is so intelligent it doesn't really 

like floppies, prefers Winchesters. But we don't need to 
format floppies just need to format Winchesters. 

Q: I think the whole business of moving the heads around is not a 
part of the RSX system anymore in those Winchesters. You can't 
see the amount of cylinders it moves on RMD, so I suppose you 
buy the controller and the whole thing somewhere else and then 
give it all the information it needs. You can't really get the 
machine to control the actual drive. Is that true. 

A: Yes. As far as we know, 

23. Q: Second Question. I don't know if anyone here does a lot of 

printing especially forms or something like that but we also 
use printers made by Data Products. We could buy from Digital 
in other colour it would have a different name on it but it's 
the same printer. We use VFU printing, it's not documented by 
Digital, I don't know, I think big printers have it, I saw it 
in documentation of the printers but it's not documented in 
RSXll. You can save a lot of time with it, I think it should 
be supported or at least mentioned in the manuals. 

A: I think, generally, what we do in the printer support is 
attempt to provide the basic printing capability, a basic 
capability to print 80 or 132 column, 60, 66 or whatever the 
right number is, of lines and rely on the applications 
programmer to integrate any extra things which the hardware may 
provide, graphics capability, you know, all kinds of stuffs. 
Also saves us from chasing every printer in the world and it's 
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unique characteristic. What you use for VFU on that printer 
and what you do on a different printer would be different, and 
printers are a pain. I know, we even have inconsistencies 
between certain LN type printers like that. Okay. 

A: I have good news and bad news. The good news is that there is 
actually a project withing Digital looking at VFU and the bad 
news it that it's a VMS project. 

Q: We found a solution with RSX, you put it in COBOL and it 
T functions beautifully. 

24. Q: I have one question about the printers. Is there any way you 

think to implement what they did on the, I think most recent 
version of VMS, where you can prevent people from putting out 
all sorts of escape sequences and when the next file comes the 
printer is garbled completely. I think that the last version 
of VMS or the recent version fixed it by resetting the 
characteristic of the printer after each file is printed. 

A: VMS puts a reset in before printing every file now? 

Q: You can do it on VMS if you wish. 

A: Actually we did just the reverse on version 4 or actually it 
was on version 3.1. We added the adjacent switch so we would 
not put out a reset escape sequence. If you use the adjacent 
switch on serial printers especially because you are wasting a 
piece of paper which in some cases was people wasting a 
numbered cheque or invoice or something like that and people 
are really uptight about that so they requested a /ADJACENT 
switch which meant we omitted sending the escape sequence. If 
thats a general problem, a generally encountered problem that 
doing a reset would be good we can take a look at it, we can't 
promise the world on it though, since we just eliminated it. 

A: Another side note to that is the reset switch actually is not 
very useful when you doing ethernet printers, we're 
discovering that that's actually very unhelpful because VMS 
thinks it has a terminal the next time around. If you 
particularly get an RSX printing job coming through then VMS 
grabs ethernet again and prints it leaves same characteristic 
it had around before and your next job is actually in very bad 
shape and it's just a mess. 

We really are not sure what the utility of that is, it's 
■ somewhat debatable and I think the answer we'll give you is 

the same thing as the last one. We tried to give you the 
basic support to let you handle those kind of details more at 
your own level. 

25. Q: I have a nice question for you. A problem with a DAC converter 

in our PPll, it's doubled buffered, when the machine takes you 
to other buffer the output is steady for short moment, because 
of the overhead of RSX, and I want to know how I can get my 
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signals continuous. A kind of interleaving would be nice. 

A: It's more the overhead of the driver, do we own the DA driver 
any more. 

Q: K lab series. 

A: I'm afraid, we aren't really the right people to ask this 

question. This particular series of drivers used to be bundled 
with RSX and since it became I think separate products or 
layered product of some sort, we really haven't looked at the 
driver in 5 years. So I suspect you going have to send it in 
and ask the question through them and not from us. 

Q: It's still under RSXllM. 

A: Which version? 

Q: The latest. 

Q: It has improved, I had problems when I started with I think 
3.2 or something like that and I couldn't get started now I 
have some sequence coming out but still not what I should like 
to see. 

A: We know that ’they have certainly kept supporting it and there 
is a version out there, it's just that we haven't seen the 
sources in our division if you will, for years so we can't 
really make a guess at what is doing internally, sorry. 

26. Q: Who's using M+ version 4.0? 

3 or 4 people. You don't have any problem with 4.0 as far as 
executive timing or anything is concerned. 

Is everybody programming properly because there's has been a 
change in 4.0 concerning the declaration of significant events 
and I was just wondering if any people are running into that 
problem, task synchronisation using event flags might not work 
like it use to work in the older version. 

This is also has to do with round robin scheduling. That's 
right! 

A: This particular problem that he's talking about is that up 
unitl this time, this particular release, all tasks within a 
given priority range that was subject to round robin 
scheduling within your particular system. At the time at which 
the task completed or I guess just became no longer the most 
active task it declared a significant event to identify the 
particular situation and force the rescheduling of the tasks 
and now what we have come to discover is that most people do 
that and they'll wait on the particular situation rather than 
waiting for completion of some kind of 10 flag. Historically, 
we don't know why, it's some philosophy from 15 years ago, we 
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do not declare significant event when 10 completion sets this 
flag. What we have discovered is that we changed so as to 
reduce the amount of system overhead by eliminating that 
significant event. We're running into people actually 
specifically waiting on that circumstance and we had some 
vocal people that have noticed it and some never noticed 
anything, it's been completely transparent to them. We like to 
get a good sense of whether you are noticing that and whether 
you are waiting on that particular situation or if you ever 
knew that it occured. 

If this has come as a surprise to you that happens would you 
rather have the increased or decreased system overhead by not 
declaring the significant event or would you expect it to stay 
exactly the way it is? 

You got three tasks all priority 50, an 10 completion occurs 
(there all doing 10) and round robin scheduler is set up so 
that one task becomes no longer available through an 10 
situation and drops out of the list the next task declares 
significant event it schedules the next one and does the same 
thing and they go in circles bascically based upon that 
completion of the 10 or at least upon the declaration of the 
significant event based upon that event What we decided to do 
is no longer wait upon that, to have a significant event 
occur at the time of round robin scheduling occurs. What tends 
to happens is that the tasks that used to immediately come in 
and starts to run is now still back in the queue of the round 
robin scheduling so there is some occasionally noticeable 
differences in timing which will occur between tasks of the 
same priority and the order in which you expect them to run, 
they no longer necessarilly do. Everything still falls under 
the same category of priority scheduling, if you set your 
prioritites correctly as much as you can the scheduling is 
still identical, it is just based upon the round robin 
scheduling and the tasks as they come up. 

Significant event simply just resets the active task pointer 
to rescan down through the task list, so you're right, on some 
occasions it will simply continue on downd. 

A: You have two tasks on the system, just two tasks, no 10, one 
is waiting for the event flag from the other, it's clear that 
setting an event flag does not, I repeat DOES NOT declare 
significant event, so in the past those tasks have worked, 
because at every tick it will round robin and it will declare a 
significant event for you and start scanning the task list 
from the top and the second task waiting the event flag would 
run, now those two tasks will hang because you never learn 
about the significant event if you have no 10 going on and the 
round-robin scheduler is not going to declare significant 
event for you. So it's not going to slow the system down, it 
will stop it, if it hasn't been programmed properly like we 
have always said, declare significant event after you have set 
an event flag, if you programmed properly, there is no 
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problem. Thats all. 


A: What you might do for a change, is you can set event various 
ways, you can use set event flag directory which is very 
ordinary way of doing it, you could for example do mark time 
with the zero interval and AST routine and in that case as far 
as I remember the significant event is declared or you do an 
10 which is ready immediately. 

So few people are using V4.0, no-one has come across this 
problem apparantly. 

Q: If we have an M+ system stopping, just slowing down for 
something, then goes running, that could be that reason, I 
think. 

A: That could be one of the 3000 guesses. 

Q: But with a task that worked before... 4.0 

A: But to follow up that, this really is a philosopy question, 
it's understandbly behaviour we have had before but it's also 
understandbly the incorrect behavour, as he says if you have 
good coding practices it should work, what we are trying to do 
is, to determine whether it's worth the impact it would have on 
all your tasks and the possible situations we could see to try 
to reduce the impact on the system and to cut down the system 
overhead. So this is truely performance issue and we are 
trying to decide whether this is something important enough to 
you to recognise the performance impact improvement for the 
possibly insignificant change you will see and thats what we 
are trying the feeling for it, otherwise we are going to make 
the decision based on what we feel like next week... literally. 

Q: Is it worth a note in the software dispatch. 

A: That is inevitable. One way or the other it will have to be 

done that way what we trying to decide if it's worth the effort 
to take it out and risk the impact to the users systems. 
Historically it's just been there and as bad as it is it's RSX. 

Well it hasn't been changed yet, it will be, maybe. 

27. Q: One problem you may get is third party software which stops 

working and it could be difficult for users to get that 
corrected. 

A: That's right, that's why we're trying to get some sense if 
that happens. 

28. Q: I've seen in TSC you might take it out and get 2 or 3 percent 

change in CPU perforamnce. 

A: Yes you can use the old version of it, the change wasn't so 
great in the code, so you can use the old version of the code, 


RSX/IAS-22 



and well I found some software application which did this, 
rebuilt RSX, to change the module. Changed one branch. 

29. Q: Could have an MCR command to change behaviour. 

A: Don't laugh too hard. We've, actually that is an alternative 
suggestion, we've actually considered putting in the sysgen 
options. But we're very reluctant to do that these days, we 
prefer not to have it and real question after you do that is 
in the fully functional executive it turned on or off. 

Q: An MCR command would avoid a SYSgen option 

A: I know, you have no idea how reluctant people are to do those 
commands. Another set-command is really unhappy it may turn 
out to be that way. This is very much a pitched battle at the 
moment. 

A: Since you're asking question we get to ask a few too. We're 
always cares to see what our customer base is doing and what 
their plans are for upgrading, certainly you've seen the point 
release mechanism, one of the things we're trying to determine 
is how often people are interested in seeing point releases, 
particularly under 11M and 11S where the number of corrections 
are going to be fairly small and fairly insubstantial, we 
hope. Our current goal is six months is, but that also for 
many people claims to be too short of a period for the number 
of upgrades you have to do for the period of year. What is 
your opinion on this, is someting more like a year, year and a 
half, two years alternative ways of getting your patches, what 
do you feel best ways for your needs? 

30. Q: For me it depends on two reasons, what new features does the 

next version have and what errors are found in the running 
release? 

A: One of our alternative is to only start to produce 11M and 11S 
distribution kits when we decide that the problems have built 
up sufficiently enough to actually warrant a new release and 
that causes a lot of problems with licensing and people 
getting service but we don't know if that's truly a problem 
with people if having something that's truly worthwhile come 
out at appropriate times without a way being able to telling 
your boss that you're getting current service over a long 
period of time. We don't know and we need to have that kind 
of information, it needs to come from as many people, 
particularly in Europe, as we can get because this we find is 
one of our biggest markets so I do recommend that all of 
Europe who does RSX come up with a consistent thing and let us 
know. 

A: Would you get the kits and scan them to see what changes 
before you upgrade? 

31. Q: Depends if you make them available then you can decide what do. 
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But it is in the software contracts so you pay anyway. 

A: One comment on that could you put your request in writi 
we'll try and get it in the leaders digest. 
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On the Subject of Communications Problems . . RT-15 

From the Editor: 

As I put this issue together, in the last week of February, I am also frantically 
getting ready for my trip to Las Cruces for the New Mexico D-CUS Symposium in 
a few weeks. It’ll be over by the time you read this, so I hope I saw a lot of you 
there at the RT-11 sessions. 

This month, Bob Schor has detailed his changes to the DY handler to accomodate 
double-sided floppy drives. Bob Peckham is looking for volunteers to test disk 
performance for a talk at an upcoming DECUS Symposium. I'll see to it that his 
results appear in the Minitasker as well. Billy Youdelman and Bob Walraven 
provide a couple of communications war stories. 

Send your war stories and other interesting tidbits to me: 

John M. Crowell 
RT-11 Newsletter Editor 
P.O. Box 128 
Davis, CA 95617 

I'm hungry for things to print. 

Next month, Scott Harrod will give us a Wish List success/failure report; and 
John Firestone has some more DECUS C hints and kinks. Keep the stuff coming. 
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Robert C. peckham & Associates 

ENGINEERS AND SCIENTISTS 


1925 WEST GLENOAKS BOULEVARD 
GLENDALE, CALIFORNIA 91201 
(213) 849-4082 


February 13, 1990 


Dr. John M. Crowell 
RT-11 Newsletter Editor 
P.0. Box 128 
Davis, CA 95617 


Re: Sites wanted to contribute to 

Disk Testing project 


Dear Jack: 


I have been talked into doing my "Real World Disk 
Comparisons" paper again for 1990. 

Apparently, people interested in hardware are 
interested in my paper. Of course, the manufacturers who 
have products with great price/performance ratios, or great 
absolute performance, love me. The other manufacturers seem 
to be on the verge of hiring a hit man in order to be rid of 
me. 


I think that this year, to a certain extent, we will 
go back to the 1984 format which was to have actual DEC user 
sites with interesting hardware run the benchmark programs. 
Therefore, anyone with an interesting disk that hasn't been 
tested in the past, and who would like to participate, can 
drop me a line and I will send them an RX02 and some data 
sheets. 


I would like to mail out most of these flops and data 
sheets by about June or July and I'd really like to have all 
the results back by September. 

Please note that these programs are not very user 
friendly. The instructions have to be followed exactly if the 
performance figures are to mean anything. Therefore, 
interested parties should figure on running the tests 
themselves rather than delegating the responsibility. 
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Robert C. Peckham & associates 

ENGINEERS AND SCIENTISTS 


- 2 - 


February 13, 1990 


I think if you can publish this letter in the Minitasker, 
that might cause many people with interesting hardware to 
give me a call. 

Please feel free to call if you have any questions. 


Sincerely, 

COMPUTER PROGRAMMING SERVICES 



RCP/ldk 
end . 


Editor's note: 

At a recent product announcement by a large three-letter computer company, I 
overheard a colleague say, "Those benchmarks are meaningless because they 
aren't mine." Bob has put together some good tests of disk performance and he 
pulls no punches when talking about price/performace ratios. If you are using an 
unusual disk arrangement, please help him acquire some useful data. He or I will 
get the test suite to you on whatever medium you require. Thanks. 
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A Double-Sided Double-Density 8" Floppy Disk Handler 


Bob Schor 
Eye and Ear Institute 
203 Lothrop Street 
Pittsburgh, PA 15213 

Most users of DEC 8" floppy drives know about the RX01, the single-density, single-sided 8" floppy 
drive, with 494 formatted blocks, and the RX02, the double-density, single-sided 8" floppy, with 988 
(twice as many) blocks. There is some evidence that an RX03 was contemplated, namely the RX02, 
using double-sided media (and, of course, two read/write heads), but DEC never implemented such a 
drive (to my knowledge). 

If one buys DEC-compatible hardware, however, it is possible to buy double-sided drives, and controllers 
capable of selecting both heads. Some controllers even directly support 22-bit Q-Bus addressing, easing 
their use on 11/73 systems. 

This article describes modifications to the DY handler, DY.MAC, which will enable double-sided floppy 
use. It has been used and tested with floppy controllers from Data Systems Design (DSD, now Qualogy) 
and Sigma Information Systems (Sigma). These changes have been installed in RT-11 since Version 5.0; 
they have been field-tested in RT-11 5.5 (pre-release), and should be continue to be portable through 
future versions. Modifications to enable the handlers to be used under TSX-Plus (S&H Computer 
Systems) will also be described. 

To aid in making changes, code segments will be divided into several classes. Code will be presented in 
the following sections: header comments, DSD-specific code. Sigma-specific code, double-sided code, 
and TSX-specific code. Code sections will be presented, along with a description of the code location 
within the handler, this should provide the most flexible means of dealing with various handler versions. 

Header Code 


The following code should be placed on the "Conditional Assembly Summary" page; you could also 
include specific definitions here to enable desired versions: 


; ************************* insert ************************************* 
;The following conditionals are available — 


tsx$p = 1 
dsd$ = 1 
sis$ = 1 
dy$ds = 1 


/modify handler for TSX 

/modify handler for DSD-880 

/modify handler for Sigma RXV31 

/modify handler for double-sided operation 


/The original code modifications were courtesy of S&H Computer Systems (TSX) , 
/Data Systems Design (DSD), and Sigma Information Systems (SIS). Code 
/consolidated, maintained, and tracked through successive RT-11 versions 
/by Bob Schor. Current version (August, 1989) tested with RT-11 5.4 and 
/RT-11 5.5 DY.MAC handlers. Attempts made to keep changes simple, logical, 
/and understandable. 


/To generate a specific version, choose some combination of the above 
/conditionals. 


/Note minor error in DY handler — extra word allocated in DYRBUF. Total 
/space required = 6 words, two registers + 4-word error block, only first word 
/of which returned to ERRLOG. 
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;The following code sets undefined defaults, ensures conditional values are 
;0 or 1: 

.iif ndf tsx$p tsx$p =0 ;if undefined, default to 0 

.iif ndf dsd$ dsd$ = 0 

.iif ndf sis$ sis$ = 0 

.iif ndf dy$ds dy$ds = 0 

.iif ne tsx$p tsx$p = 1 /ensure 0 or 1 

.iif ne dsd$ dsd$ = 1 

.iif ne sis$ sis$ = 1 

.iif ne dy$ds dy$ds = 1 

;If compiling TSX version, use memory-management code 


.iif ne tsx$p mmg$t = 1 
.iif ndf mmg$t mmg$t = 0 
.iif ne tsx$p bf = 1 
.iif ne tsx$p tim$it = 1 


/Ensure both dsd$ and sis$ are not specified 

.iif ne dsd$&sis$ .error /Cannot choose both dsd$ and sis$ 

/If neither dsd$ nor sis$ specified, do not generate double-side code 
.iif eq dsd$!sis$ dy$ds = 0 

; ************************* End Insert ********************************* 


DSD-specific Code 

The only DSD-specific code concerns returning the extended error registers to the error-logging routine; 
apparently the DSD protocol differs slighdy from the RX02 specification. The change, below, consists of 
conditionally removing part of the standard DY handler, located in the error-handling section of the 
handler, in the conditional code guarded by the conditional". IF NE ERL$G". Locate the request for 
access to the extended registers ("MOV #CSMAIN! CSGO, @R4"). Following it are normally two wait 
loops, one testing CSTR, the second CSDONE. The second loop should be conditionally removed by 
replacing it with the following: 

;************************* 

.if eq dsd$ 

61$: BIT #CSDONE, 

BEQ 61$ 

.endc / eq dsd$ 

• ************************* 


Sigma-specific Code 

The Sigma controller has 22-bit capability, which is easily utilized, allowing the floppy disk to be used in 
systems with more than 256 kB, and without clumsy remapping games to keep the buffers in low 
memory. 


Replace ************************************ 
/skip if DSD controller 

(R4) 

End Replace ******************************** 
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The first change is to add a definition to the command/status register bits, located near the start of the 
handler, along with the other definitions. Add the following: 


f 

-if ne sis$ 

cs22 = 2000 

.endc 

•************************* 


Insert ************************************* 
;Sigma controller 
;22-bit addressing 

End Insert ********************************* 


The second change follows the Driver Request Entry Point. Locate the label DENPTR :. Following that, 
find the two instructions 


BIT #1700, R4 
BNE. DYERR 

Replace them with 




Replace 


************************************ 


.if eq sis$ 


;alternate code for Sigma controller 

BIT 

#1700,R4 


BNE. 

DYERR 


.iff 


;Sigma code 

mov 

r4, -(sp) 

;put high address (shifted) on stack 

asr 

(sp) 

;shift right 4 

asr 

(sp) 

;to put high bits in bits 0-5 

asr 

(sp) 


asr 

(sp) 


mov 

(sp)+, extadr 

;save extended address 

bic 

#1700, r4 

;clear unneeded bits 

.endc ; eq/iff 

sis$ 



.************************* End Replace ******************************** 
The above code fragment saves the high six address bits. 


The next fragment, located in Start Transfer or Retry, increments the high address if a transfer "rolls over" 
the 16-bit boundary. Locate the label BUFRAD :. Replace 


BUFRAD: 

.WORD 

0 


.IF NE 

MMG$T 


BCC 

8$ 

with the following: 

ADD 

.ENDC 

#10000,rO 

BUFRAD: 

-WORD 

0 


.IF NE 

MMG$T 


BCC 

8$ 


ADD 

#10000,rO 


•************************* insert ********************************* 


.if ne tsx$p!sis$ 

bic #40000, 

.endc ; ne tsx$p!sis$ 

.if ne sis$ 

inc extadr 

.endc ; ne sis$ 

• ************************* 


;handle possible 22-bit address 
rO ;forbid carry out of bit 18 

;for Sigma controller 
;adjust extended bus address 

End Insert ********************************* 


.ENDC 
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The first instruction, which is also needed for TSX, guards against incrementing addresses across an 18- 
bit boundary and inadvertantly setting bit 14 in the CSR (bits 12 and 13 are the 18-bit extended address 
bits). The second instruction increments the Sigma's 22-bit extended address. 

Twenty-two bit operation is enabled in the DOSILO routine. Change 


DOSILO: MOV 
MOV 
BIC 


by adding an insertion: 


(SP) +,INTRTN 
WRDCNT,R2 
#6*2,RO 


DOSILO: MOV (SP)+,INTRTN 

MOV WRDCNT,R2 

; ************************* insert ************************************* 
.if ne sis$&mmg$t ;Sigma controller, 22-bit mode 

bis #cs22, rO /enable 22-bit addressing 

.endc ; ne sis$&mmg$t 

.************************* Enc i insert ********************************* 
BIC #6*2,RO 


The end of the DOSILO routine should be a branch to DYDOFN (either a BR or a . BR instruction, 
depending on version). Replace it with the alternate code (illustrating the . BR version, adjust as 
appropriate): 


; ************************* Replace ************************************ 
.if ne sis$&mmg$t ;Sigma controller, 22-bit mode 


br 

dydof2 

;do 22-bit command protocol 

.BR 

DYDOFN 



.endc ; ne sis$&mmg$t 

************************** End. Replace ******************************** 


The final code section for the Sigma controller provides the alternate protocol just requested to handle 22- 
bit data transfers. Locate the return following the DYDOFN : label. (It may actually be RTS PC in 
early versions.) Replace 


MOV R2,@R5 

RETURN ; (or RTS PC) 

with the following: 
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MOV R2,@R5 

.************************* insert ************************************* 
.if ne sis$&mmg$t ;Sigma controller, 22-bit mode 


.•alternative protocol for 22-bit fill buff, empty buff, read error code 


dydof2: 

bitb 

#cstr!csdone. 

@r4 

.•transfer or done? 


beq 

dydof2 




bpl 

dyerr2 


.•controller should want data 


mov 

r3, @r5 


.•send command 

1$: 

bitb 

#cstr!csdone. 

@r4 

;transfer or done? 


beq 

1$ 




bpl 

dyerr2 


;more data should be needed 


mov 

r2, @r5 


.•continue protocol 

2$: 

bitb 

#cstr!csdone, 

@r4 

.•transfer or done? 


beq 

2$ 




bpl 

dyerr2 


.-more data should be needed 


mov 

(pc)+,@r5 


.-load bus address extension register 

extadr: 

.word 

0 


;extended address goes here 


return ;successful completion 

.endc ; ne sis$&mmg$t 

.************************* End Insert ********************************* 
RETURN 


Double-sided Floppy Code 

The following code handles the actual double-sided floppy addressing and head selection logic. Basically, 
a double-sided floppy is treated the same as a single-sided one, except that blocks higher than 988. 
(assuming double density) are placed on the second side. Note that this scheme provides for maximal 
interchangability between single-sided RX02 and double-sided RX03 disks — if you less-than-half-fill a 
double-sided disk, your colleagues with single-sided drives will have no trouble reading the information 
(be sure you SQUEEZE the disk to keep all blocks below 988!). What will ultimately determine whether a 
disk is treated as single or double-sided will be DUP, which initializes the directory (and thereby sets the 
total number of blocks present). Code below will test for double-sided media (identifiable by a changed 
location of the index hole) and will return the proper size when queried with .SPFUN #SIZ$FN. 

The initial changes are definitions, near the top of the handler. The first defines the "side-two present" bit 
in the error/status register. 

; ************************* msert ************************************* 

.if ne dy$ds ;double-side code 

essid2 = 2 
.endc ; ne dy$ds 

; ************************* E nc i insert ********************************* 


The second definition should follow the definition of DDNBLK, and defines the number of blocks for 
double-sided (double-density) devices: 

.************************* insert ************************************* 
.if ne dy$ds ;double-side code 

dsnblk = ddnblk*2 ;twice as big 

.endc ; ne dy$ds 

; ************************* End Insert ********************************* 
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The next code, near the start of Start Transfer or Retry, dynamically adjusts the size if a double-sided 
floppy is installed. After the label dyinit :, locate code where #dydsiz is pushed on the stack. Before 
the next instruction, 

BIT #ESDN,@R5 

insert the following: 

;************************* insert 
.if ne dy$ds 

bit #essid2, @r5 

beq 2$ 

asl @sp 

2 $: 

.endc ; ne dy$ds 

/************************* End Insert ********************************* 

In Error Handling — Change Density, Retry, alternative code is included to handle double-sided capability. 
Locate the labal DYERR2 : and change 


DYERR2: 



.IF EQ 

DY$DD 



BIT 

#ESDNER,@R5 



BEQ 

5$ 


to the following: 




DYERR2: 





.IF EQ 

DY$DD 



BIT 

#ESDNER,@R5 


• ************** 

/ 

*********** Replace 

************************************ 

.if eq dy$ds 


;single-side code 


BEQ 

5$ 


. iff 



/double-side code 


bne 

1$ 

;skip ahead if density error 


bit 

#escrc, @r5 

;CRC error? 


bne 

5$ 

;yes, report error 


bit 

#cshead, rO 

;see which side active 


beq 

5$ 

/report error if first side 


bit 

#csdn, rO 

/single or double density? 


bne 

5$ 

/report error if double 

1$: 

bit 

#cshead, rO 

/density error or SDDS 


beq 

2$ 

/if double-sided. 


add 

tdsnblk, dylsn 

/adjust logical sector number 

2$: 

bic 

#cshead, rO 

/use first side 


.endc ; eq/iff dy$ds 

************************** End. Replace ******************************** 


************************************* 
;double-side code 
;see if double-sided floppy 

;in which case, double the size 


At the start of DOXFER, Start a Sector Read or Write, the logical sector number must be tested to see if the 
desired block is on the first or second side. This routine is entered with the desired status register in RO, a 
pointer to the CSR in R4 — you will replace the code loading the CSR and loading registers. Replace 


MOV 

<SP) +, INTRTN 

MOV 

RO,@R4 

MOV 

WRDCNT,R2 

MOV 

DYLSN,R3 
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with the following. (Note that the change in the order of loading the registers is inconsequential.) 


DOXFER: MOV (SP)+,INTRTN 

MOV DYLSN,R3 

; ************************* insert 
.if ne dy$ds 

cmp r3, #dsnblk 

bit 1$ 

sub fdsnblk, r3 

bis tcshead, rO 

1 $: 

.endc ; ne/iff dy$ds 


************************************ 
;double-sided code 
;see if it fits on first side 
;skip if so 

;adjust location on side 2 
;and set second head 


; ************************* End Insert ******************************** 
MOV RO,@R4 

MOV WRDCNT,R2 


The final change in the handler is to modify the Bootstrap Read Routine to use the appropriate head 
(depending on the logical sector requested) for the read. Locate the instruction which loads the bootstrap 
CSR into R5. 


2$: MOV (PC)+,R5 

BOTCSR: .WORD DY$CSR 

Replace the first instruction as follows: 


• ************************* 


2 $: 

.if ne dy$ds 
cmp 
bit 
sub 
bis 

12 $: 

.endc ; ne dy$ds 
MOV 


Replace 


rO, #dsnblk 
12 $ 

#dsnblk, rO 
#cshead, redcmd 


(PC)+, R5 


************************************ 

;double-sided code 

;skip if requested block number 

;on first side 

/second side, adjust block number 
;and enable second side 


• **■**★*★**★*★*****■******** End R.Bpl3.C0 ***■********■**'***'****'*****'***'**** 


BOTCSR: .WORD DY$CSR 


Code for TSX-Plus 

For TSX-Plus, a few changes need to be made. First, some of the SET code in the handler does not 
appear to be necessary (the .SLP files which come with TSX conditionally omit part of it — I have omitted 
a never-used subroutine as well). Second, a change is made to allow a smooth transition across 16-bit 
address boundaries. Finally, a change in the use of the PAR registers (TSX uses PAR 6 instead of PAR 
1) is required. 

The first changes are suggested by DYxxx.SLP, the files which come with TSX-Plus. They conditionally 
remove code in the handler which would otherwise cause SET options to change the in-core loaded 
handler. Two pieces of code are involved. The first is a routine labeled FINDRV, which ends with a BR 
instruction (probably "BR O. GOOD"); the following location following the removed code is labeled 
DAREA. Insert the following just before F INDRV: 


;************************* msert ************************************* 
.if eq tsx$p ;RT only; TSX ignores loaded handler 

; ************************* End Insert ********************************* 
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At the end of the routine, insert the following (probably right before darea): 

************************** insert ************************************* 

.endc ; eq tsx$p 

; ************************* End Insert ********************************* 

This routine is called near the end of the Set Options. Locate the label 0. WPF : and remove the following 
call to FINDRV for TSX. Change 

O.WPF: .BLKW 1 

CALL FINDRV 

to 

O.WPF: .BLKW 1 

************************** 
t 

.if eq tsx$p 

• ************************* 

/ 

CALL FINDRV 

After the findrv, there should be a BCS instruction, probably to 0. GOOD; the code which would be 
taken if the carry were clear should be eliminated. This can best be accomplished by locating the 
unconditional branch to the BCS target (or the target itself, if it should immediately follow), and 
eliminating all of the code in between. In Version 5.4, this would mean inserting the following just before 
a "BR 0. GOOD" instruction, about seven lines after the "CALL FINDRV": 

Change 


Insert ************************************* 
;RT only; TSX ignores loaded handler 
End Insert ********************************* 


BR 0.GOOD 

. IIF GT, <.-1000> .ERROR 


to 


• ************************* Insert ************************************* 
.endc ; eq tsx$p 

************************** Erid. Insert ********************************* 
BR 0.GOOD 

.IIF GT, <.-1000> .ERROR 


The next modification is in the Driver Request Entry Point. Locate the second call to $PTWRD. 
Following it is an increment of RO, which is being used as a buffer pointer. For TSX, this instruction is 
modified to handle carries into the higher address bits in the CSR. Replace 

CALL @$PTWRD ; (may be JSR PC,@$PTWRD) 

TST (RO)+ 

MOV (SP)+,R4 

with the following conditional code: 
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CALL @$PTWRD 

.************************* Replace 
.if eq tsx$p 

TST (RO)+ 

. iff 

add #2, rO 

bcc 41$ 

add #10000, (sp) 

bic #40000, (sp) 

41$: 

.endc ; eq/iff tsx$p 


************************************ 
;RT/TSX difference 

;for TSX, 

;increment bus address 
;check for 16-bit overflow 
;adjust high bits on stack 
/prevent 18-bit carry 


******************************** 


.************************* End Replace 
MOV (SP) +,R4 


Note that this above change appears to be an out-right "bug" in the handler, which perhaps should be also 
included in the RT-11 versions. DEC has been notified of the potential problem. 

The final change is in Start Transfer or Retry, and concerns the use of PAR 6 by TSX. Locate the 
instructions which compare the buffer address with the end of PAR 1. After the label dyinit :, locate 
the instructions: 


CMP Q.BUFF-Q.BLKN(R4),#20000 

BHIS 55$ 

replace the comparison as shown: 


; ************************* Replace ************************************ 
.if eq tsx$p ;RT/TSX use of PAR registers 

CMP Q.BUFF-Q.BLKN(R4) ,#20000 

.iff ;for TSX, 

cmp q.buff-q.blkn(r4),#140000 ;use PAR 6 instead of PAR 1 

.endc ; eq/iff tsx$p 

.************************* E nd Replace ******************************** 
BHIS 55$ 


The above code changes for TSX-Plus assumes that you are working with compatible versions of RT-11 
and TSX, for example, RT-11 Version 5.2 to 5.4, and TSX Version 6.3 to 6.4. At this particular time, 
the two systems are slightly out-of-synch; the soon-to-be-released RT-11 Version 5.5 contains a few 
handler features which have not yet been incorporated into the current TSX Version 6.4. Once this 
version of RT-11 is released, an update can be obtained from the author regarding these (minor) changes; 
this may not be necessary, however, as S&H may also announce a compatible release of TSX. 

Assembly and linkage 

Install the above changes into the handler; in this example, I will assume that the revised double-sided 
handler is called DYDS.MAC. Decide which version (or versions) you wish. For the sake of discussion, 
suppose you wish a double-sided handler, tailored for the Sigma controller, and wish Single Job, 
Extended Memory, and TSX versions. Create three .MAC header files, here called SJDYDS, XMDYDS, 
and TSDYDS, with contents as follows: 


SJDYDS 


XMDYDS 


TSDYDS 


sis$ = 1 
dy$ds = 1 


sis$ = 1 
dy$ds = 1 
mmg$t = 1 
tim$it = 1 


sis$ = 1 
dy$ds = 1 
mmg$t = 1 
tsx$p = 1 
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Note that in assembling the TSX-speciftc handler, code will automatically be generated for device time-out 
support. Many XM handlers also are genned with this option; you would need to include the line 
"t im$ it = 1" in XMDYDS to be compatible with these handlers. 

Assemble the relevant object modules, using the following commands: 

MACRO/OBJ:SJDYDS SJDYDS+DYDS 
MACRO/OBJ:XMDYDS XMDYDS+DYDS 
MACRO/OBJ:TSDYDS TSDYDS+DYDS 

Link the actual handlers with 

LINK/NOBITMAP/EXE:DY.SYS SJDYDS 
LINK/NOBITMAP/EXE:DYX.SYS XMDYDS 
LINK/NOBITMAP/EXE:DY.TSX TSDYDS 

These should all now work with the appropriate operating systems. Note, however, that in order to get 
twice the storage on your floppies, you must have 

(a) a drive with two read/write heads (several third-party half-height drives fulfill this requirement) 

(b) a controller which supports two heads (such as the one from Sigma) 

(c) a floppy "recognizable" as double-sided (sold by most major vendors, recognizable from the 
two head cut-outs, the altered position of the index hole, and frequently by a designation like 
DS/DD, or similar indication) 

(d) a double-sided floppy handler, such as described herein. 

Good luck. 
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Autobauding and TSX-PIus 

Billy Youdelman 


Having noticed mention of auto-bauding of TSX-PIus at 2400 in the report on 
last Fall’s Symposium, I'd like to offer my own experience with that. Specifically, 
the only problem I've ever had with it is with the DZV-11. In that case, there 
was a problem with ports starting sometimes at 19.2kb when return was used, 
and I found A C was more effective quite by accident when I decided to bail out of 
the program I was using to call and saw the TSX system start up ok from it. This 
was solved by replacing the DZ with a DHV-11, which works great, as does the 
DLV-11E. I also received patch info to remove 19.2k from the autobaud table, 
which was done and worked well until the new board went in. 

There are also numerous modems (in general those using the Rockwell chip set) 
which occasionally (once in every 50-100 calls) glitch upon completion of the 

connect handshake sequence, which glitch looks quite like a return at 19.2kb. 

This glitch only occurs when these modems are operated in the "dumb" mode, 
usually at 2400, sans the "Hayes" style CONNECT message. I went thru about 
twenty varieties of these before finding one that didn't do it. This group 

includes almost all the cheap pc-type units, as well as (at least the older) Hayes, 

US Robotics, etc. I finally wound up with modems (no longer) made by Anchor, 
using (I believe) a Hitachi cpu and in-house software and phase tables. These 
work extremely well, but I've been told by the guy who wrote it he'll never go 
thru all that again, and I've heard their newer modems aren't quite the same. 

I have some custom software in the modems on my own system, with which I 
can send whatever I want to the system upon connecting (the Rube Goldberg 
method of auto-starting at any speed), and I've found it takes 250ms after dcd 
goes true before the first return and at least 175ms between them to reliably 
autobaud at 300/1200/2400. I also have 9600 and 19.2k terminals on the same 
multiplexor, all of which work so well (with no patch to TSX) I haven't even 
thought about this for a long time, until seeing it mentioned in the Newsletter.. 

Billy Youdelman 
28-Jan-90 
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On the Subject of Communication Problems . 


Robert Walraven 
Multiware, Inc. 


Recently I moved the business into my house and 
started working at home. As part of that move I 
had an additional phone line added and did some 
major reworking of the phone wiring in my house. 
About a week later, when I used the modem for 
the first time since the move, I had terrible 
problems communicating with DCS. Since there 
were major storms on the east coast at the time, I 
accounted the problem to noisy lines, but when the 
problem persisted for several days, I began to 
suspect a problem at my end. I then noticed that 
the RD light on the modem was blinking briefly 
about once a second, and on the two old phone 
lines (but not the new one) there were faint regular 
clicks that matched the modem blinks. 

I've told people for years that the best way to track 
down the cause of complex problems is to devise 
experiments that cut the potential sources of the 
problem in half. You don't have to do many of 
these kinds of experiments before you find what is 
really causing the problem. Since my house is 
fairly new, it has a telephone company box outside 
where the telephone company wiring attaches to 
one side (behind a locked door) and the house 
wiring connects to the other side with modular 
jacks that can be unpluged. I could obviously cut 
the problem in half by unplugging the jacks - this 
would determine whether the problem was house 
wiring or the phone company equipment. 

When I unplugged the all three house lines and 
plugged a phone in at the connection box, I could 
not hear the clicks on any of the lines, but when I 
plugged in one of the old lines, I could hear the 
clicks on the other old line. So the problem 
seemed to be in my house. 

After several hours of disconnecting various pieces 
of house wiring and getting inconsistent results, I 
could not find anything that could be causing the 
clicks, so I bit the bullet and called the phone 
comany for assistance. 

The Pac Tel repairman showed up the next day, 
but told me I had the wrong phone company - I 
wanted Pac Bel. However, this fellow was nice 
enough to take a quick look at the problem at no 
cost and found now that when he disconnected the 
house wiring he could still hear the clicks, so he 


declared that the problem was definitely in the 
phone company's circuits, not in my house. 

The Pac Bel repairman showed up the following 
day and he got more confusing results: he said the 
problem was not coming from the phone 
company's circuits, but he couldn't see how it was 
coming from my house either unless my wiring 
was acting as an antenna and picking up some 
large source of radiation nearby. I couldn't think 
of anything nearby that could be putting out that 
much radiation, so I left him there scratching his 
head and muttering something about "the MTU". 

A half-hour later there was a knock on the door 
and the repairman said he had found the problem. 
Sure enough, the lines were clean and I have had 
no problems using the modem ever since. How 
did the repairman solve the problem? 

When both sides of the box on the outside of my 
house are opened, it looks just like just a glorified 
connection block. However, buried someplace 
deep in the plastic box is a processor called the 
Modular Test Unit (MTU). Normally the 
telephone circuits run at +48 volts, but when the 
voltage is reversed to -12 volts or more, the 
modular test unit starts putting out a regular click. 
The purpose of the MTU is to allow the phone 
company to test the wiring up to your house when 
phone lines are first installed. The person who 
recently installed the new third line, had reversed 
the TIP and RING wires, so the MTU was 
activated. The problem was cured by simply 
reversing the connection on the new line. Even 
though the repairman seemed to be very 
experienced, he said he had never heard an MTU 
before because it isn't something used for making 
repairs, so it took him a while to figure out what 
the problem was. (I'm still not sure why I could 
only hear the problem when some of my house 
wiring was connected, but maybe it was because I 
was using a cheap phone to do the testing and the 
MTU was having trouble driving it). 

Performing an experiment to determine which of 
two groups of sources are causing a problem is 
somewhat like flipping a coin to determine which 
team gets to start a football game. The only 
problem is this time the coin landed on its edge. 
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Frequently Asked Questions 


From the Editor 

My schedule says that this is the last 
newsletter that you should definitely 
have received before the New Or¬ 
leans symposium. I was hoping to 
have lots of information about ses¬ 
sions scheduled for New Orleans, but 
DECUS information passes slowly, 
and I don’t yet have that info to pass 
along. Perhaps it will make it into 
next month’s newsletter. 

Instead we have a bunch of stuff 
from Usenet. Continuing excerpts 
from "Frequently Asked Questions - 
with Answers", this month we have 

• How Do I Get a Recursive Direc¬ 
tory Listing? 

• How Do I Get the Current Direc¬ 
tory Into My Prompt 

• How do I redirect stdout and st- 
derr separately in csh? 

• What does 

{awk,grep,fgrep,egrep,biff,cat,ge 
cos,nroff,troff,tee,bss} stand 
for? 

And lastly, what Usenet is best at: a 
question and an answer. John Gil- 
mour was having trouble getting 
DECwindows running on his Spare- 
Station, and Ken Lee of DEC’s 
Western Software Lab in Palo Alto 
was kind enough to supply a solu¬ 
tion. For more information, you can 
contact Ken at 

klee@decwrl.dec.com (Internet) 
or at 

uunet!decwrl!klee (uucp) 

As you can see, there is plenty of 
room in the newsletter for your letter 
or article:-). 

Send hardcopy to: 

Sharon Gates-Fishman 
NDC Systems 
730 E. Cypress Ave. 
Monrovia CA 91019 
or e-mail to: 

...amdahl!cit-vax!ndc!sgf 


How do I get a recursive 
directory listing? 

One of the following may do what 
you want: 

Is -R 

(not all versions of "Is" have -R) 
find. -print 

(should work everywhere) 
du -a 

(shows you both the name and size) 

If you’re looking for a wildcard pat¬ 
tern that will match all ".c" files in 
this directory and below, you won’t 
find one, but you can use 

% some-command ‘find . - 
name ’*.c’ -print* 

"find" is a powerful program. Learn 
about it. 

How do I get the current 
directory into my 
prompt? 

It depends which shell you are using. 
It’s easy with some shells, hard or 
impossible with others. 

C Shell (csh) 

Put this in your xshre - customize 
the prompt variable the way you 
want. 

alias setprompt ’set\ 

prompt="${cwd)% "’ 
setprompt 

# to set the initial prompt 
alias cd ’chdirM* && \ 
set prompt’ 

If you use pushd and popd, you’ll 
also need 


alias pushd ’pushd \!* && \ 
setprompt’ 

alias popd ’popd\!* && \ 
setprompt’ 

Some C shells don’t keep a $cwd 
variable - you can use ‘pwd‘ instead. 
If you just want the last component 
of the current directory in your 
prompt ("mail% " instead of 
7usr/spool/mail% ") you can use 

alias setprompt ’set\ 
prompt="$cwd:t% 

Some older esh’s get the meaning of 
&& and II reversed. Try doing: 

false && echo bug 

If it prints "bug”, you need to switch 
&& and II (and get a better version of 
csh.) 

Bourne Shell (sh) 

If you have a newer version of the 
Bourne Shell (SVR2 or newer) 
you can use a shell function to make 
your own command, "xcd" say: 

xcd() {\ 

cd $* ; PSl="‘pwd‘ $ ) 

If you have an older Bourne shell, 
it’s complicated but not impossible. 
Here’s one way. Add this to your 
.profile file: 

LOGIN_SHELL=$$ export \ 
LOGIN_SHELL 
CMDFILE=/tmp/cd.$$ export \ 
CMDFILE 

PROMPTSIG= 16 export \ 
PROMPTSIG 
trap ’. SCMDFILE’ 
SPROMPTSIG 


continued... 
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and then put this executable script 
(without the indentation!), let’s call it 
"xcd", somewhere in your PATH 

: xcd directory - change direc- 
: tory and set prompt by 
: signalling the login shell to 
: read a command file 
cat >${CMDFILE?"not set"} \ 
«EOF 
cd $1 

PSl="YpwdV$ " 

EOF 

kill -${PROMPTSIG?"not set”} 
${LOGIN_SHELL?”not set”} 

Now change directories with "xcd 
/some/dir". 

Korn Shell (ksh) 

Put this in your .profile file: 

PS1=’$PWD $ ’ 

If you just want the last component 
of the directory, use 

PS1=’${PWD##*/} $ ’ 

How do I redirect stdout 
and stderr separately in 
csh? 

In csh, you can redirect stdout with 
">", or stdout and stderr together 
with ">&" but there is no direct way 
to redirect stderr only. The best you 
can do is 

(command >stdout_file) \ 
>&stderr_file 

which runs "command" in a subshell; 
stdout is redirected inside 
the subshell to stdout_file, and both 
stdout and stderr from the subshell 
are redirected to stderrjfile, but by 
this point stdout has already been re¬ 
directed so only stderr actually winds 
up in stderr_file. 


What does (awk, grep, 
fgrep, egrep, biff, cat, 
gecos, nroff, troff, tee, 
bss) stand for? 

awk = "Aho Weinberger and 
Kemighan" 

This language was named by its 
authors, A1 Aho, Peter Wein 
berger and Brian Kemighan. 

grep = "Global Regular Expression 
Print" 

grep comes from the ed com 
mand to print all lines 
matching a certain pattern 
glre/p 

where "re" is a "regular expres 
sion". 


fgrep = "Fixed Grep". 

fgrep searches for fixed strings 
only. The "f' does not 
stand for "fast" - in fact, "fgrep 
foobar *.c” is usually slower 
than "egrep foobar *.c" (yes, 
this is kind of surprising. Try 
it.) Fgrep still has its uses 
though, and may be useful 
when searching a file for a 
larger number of strings than 
egrep can handle. 

egrep = "Extended Grep" 

egrep uses fancier regular ex 
pressions than grep. Many peo 
pie use egrep all the time, since 
it has some more sophisticated 
internal algorithms than grep or 
fgrep, and is usually the fastest 
of the three programs. 

cat = "catenate" 

catenate is an obscure word 
meaning "to connect in a se 
ries", which is what the "cat" 
command does to one or more 
files. Not to be confused with 
C/A/T, the Computer Aided 
Typesetter. 


gecos = "General Electric Compre 
hensive Operating System" 
When GE’s large systems divi 
sion was sold to Honeywell, 
Honeywell dropped the "E" 
from "GECOS". Unix’s pass 
word file has a "pw_gecos" 
field. The name is a real hold 
over from the early days. Den 
nis Ritchie has reported: 

"Sometimes we sent 
printer output or batch 
jobs to the GCOS ma 
chine. The geos field in 
the password file was a 
place to stash the informa 
tion for the $IDENT card. 

Not elegant." 

nroff = "New ROFF" 

troff = "Typesetter ROFF" 

These are descendants of "roff', 
which was a re-implementation 
of the Multics "runoff' pro 
gram. 

tee = T 

From plumbing terminology for 
a T-shaped pipe splitter. 

bss = "Block Started by Symbol" 
Dennis Ritchie says: 

"Actually the acronym (in 
the sense we took it up; it 
may have other credible 
etymologies) is ’Block 
Started by Symbol.’" 

It was a pseudo-op in FAP 
(Fortran Assembly [-er?] Pro 
gram), an assembler for the 
IBM 704-709-7090-7094 ma 
chines. It defined its label and 
set aside space for a given num 
ber of words. There was an 
other pseudo-op, BES, "Block 
Ended by Symbol" that did the 

continued... 
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same except that the label was 
defined by the last assigned 
word + 1. (On these machines 
Fortran arrays were stored 
backwards in storage and were 
1-origin.) The usage is reason 
ably appropriate, because just 
as with standard Unix loaders, 
the space assigned didn’t have 
to be punched literally into the 
object deck but was represented 
by a count somewhere. 


biff = "biff 

This command, which turns on 
asynchronous mail notification, 
was actually named after a dog 
at Berkeley. I can confirm the 
origin of biff, if you’re inter 
ested. Biff was Heidi Stettner’s 
dog, back when Heidi (and I, 
and Bill Joy) were all grad stu 
dents at U.C. Berkeley and the 
early versions of BSD were be 
ing developed. Biff was popu 
lar among the residents of Ev 
ans Hall, and was known for 
barking at the mailman, hence 
the name of the command. 


From Usenet: 

Question: How does one run DECwindows from a DECstation on a Spare- 
Station? The SparcStation is running the X11R4 server, "dxwm” starts up eas¬ 
ily, but "dxsession" dies with a protocol error: 

Failed request majorop code 111 X_SetAccessControl 
ResourcelD 0x8006d in failed request 

Answer: You Should login to the SparcStation (machine running the server) 
and run the xhost program to add the name of the DECstation (machine running 
the clients) to the server access control list. 


Confirmation courtesy of Eric Coo¬ 
per, Carnegie Mellon University 

Don Libes’ book Life with Unix con¬ 
tains lots more of these tidbits. 
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EDITOR'S NOTE 


David Santistevan 
Pageswapper Editor 


Well how about that ! ! ! I 
will probably be able to order 
a TV set from DEC Direct soon 
with the rumor of the hostile 
take over of Digital by 
Mitsubishi. I wonder what 
changes are in store for the 
DEC community if this takeover 
takes place ? One thing is for 
sure, with the announcement of 
DEC's first quarter in the red, 
a first in their history, 
along with the general softness 
of the computer industry, it 
may be time for a change. Maybe 
the "Lunch Server 100" carousel 
oven is not too far out after 
all. 

The 1989 Fall VAX , L&T, 
and RSX tapes are now available 
through the DECUS Library. The 


tape are a consolidated effort 
between the VAX SIG and L&T SIG 
to help reduce duplication of 
entries. However, the 
distribution is still two tape 
(one VAX SIG and one L&T) and 
both tapes are required for the 
complete set. 


Until next month 





THE ART OF TROUBLESHOOTING 
by Bill Smith 
Goldman, Sachs & Company 
New York, New York 


In the era of CASE tools 
and Artificial Intelligence, 
computers themselves are 
playipg an increasing role in 
their own programming. To some 
people, the computer is taking 
over their jobs; to others, it 
is taking over the world. While 
some feel that the art of 
programming is in danger, there 
is one art that will belong to 
the humans for a long time to 
come -- the art of 
troubles hooting. 

Although computers are 
becoming more adept at 
diagnosing their own faults, an 
incorrectly designed or written 
piece of software must 
almost by definition - be 
diagnosed by "Real 
Intelligence" - humans. 

All editorializing aside, 
this article is presented with 
three objectives. First, I hope 
you will find it entertaining. 
While it may not be funny or 
terribly dramatic, it is a War 
Story with the ironic twists 
that are so characteristic of 
them. Secondly, since I learned 
something technical from this 
exercise, I hope that the 
reader may as well. 

Finally, I hope that a 
lesson can be learned. Many of 
us have fallen prey to the 
' easy answer' . This is an 
answer that cannot be totally 
explained but ' looks right' . I 
believe we all have succumbed 
more than once. I have learned. 


over time, that one must resist 
this temptation - or pay the 
penalty down the road. I have 
often been involved in problem 
diagnosis when the pressure is 
great to accept the easy 
answer. It is difficult, 
without a concrete example at 
hand, to convince those 
involved to press on for the 
' right answer' . What you are 
about to read may provide you 
with that example. 

I was writing a DECnet 
application in ' C' . It was 
basically a client server 
configuration. The server would 
declare itself as a named 
DECnet object and clients would 
connect to it. There were to be 
many instances of this server 

- each with a different DECnet 
object name. The server, 
although written in ' C' , was 
layered on a suite of BLISS 
routines which handled all the 
nitty gritty of DECnet I/O. 
These routines were well 
architected and written by 
someone in-house some time ago 
but I was fortunate enough to 
have the source. My server 
was developed on a workstation 
running V5. x. To declare itself 
as an object, the server need 
only make a call to the lower 
layer, passing the object name, 
and the rest was taken care of 

- including handling connect 
requests from clients and 
responding to them. 

After development was 
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complete, I ran a suite of 
tests in my development 
environment to shake it down. 
The server passed with flying 
colors. However, it was to run 
in production on a V4. x system 
for awhile, so I duplicated 
some of the tests there to make 
sure. However, neither the 
server, nor the underlying 
DECnet code dealt with any 
documented V5 changes. As 
expected, no trouble was 
uncovered on the V4. x system. 
So I installed it on our six 
node V4. 7 VAXcluster and let 
some programmers begin beta 
testing it 

While working with a 
programmer on getting an 
application going, I discovered 
a problem. I created an 
instance of a server with an 
object name of GRS_WOLF. When 
I tried to connect to it with 
a client program, the client 
would hang and eventually get 
a "network partner exited" 
error. Although the server was 
still running, it would not 
correctly accept the connect. 
But it was very strange - other 
objects worked! There was a 
GRS_MTN, a GRS_FRN a GRS_BS. 
And they all worked. But wait! 
Could it be possible that it is 
a function of the object name 
length?! It seemed so. 

I soon discovered, much to 
my chagrin, that I *was * in 
fact able to connect to the 
GRS_WOLF server from another 
node. While I was trying on 
BACHUS before, I was able to 
reach him from VENUS. I 
momentarily threw away my 
theory on the object name 
length and took up an new 
theory: It must be a function 
of the nodename length. After 
all, BACHUS was six letters and 
VENUS was five. VENUS was 
successful, BACHUS was not. 
However, it was clear that I 


could get to *some* servers 
from BACHUS. Therefore it must 
be a function of *both*! 
Another theory was born: Any 
combination of source nodename 
length and server object length 
adding up to 14 or more would 
not work. However, it is 
important to note that I 
developed this code on a 
workstation named SCOBEE. 
SCOBEE has six letters. I was 
sure that I tested with object 
specs longer than 8 characters. 

Well, only one way to find 
out: run a client on SCOBEE and 
connect to a server on BACHUS 
named GRS_WOLF. The connection 
was successful! I had a 
combination that added up to 14 
and it still worked. I even 
added a letter to the object 
spec and it still worked. I was 
back at square one --or was I? 
I ran some more tests and 
confirmed that the following 
was true: VENUS could connect 
to GRS_WOLF; BACHUS could not. 
However, BACHUS could connect 
to GRS_WOL but VENUS could not 
connect to GRS_WOLFE. Hence, 
the sum of the two was 
definitely related. I proved 
that a combination totalling 14 
would not work. There was one 
problem: it *did* work from 
SCOBEE. I had to obtain more of 
an understanding of what was 
happening at the DECnet level. 

Allow me to digress for a 
moment to explain some DECnet 
non-transparent task-to-task 
fundamentals. When a server 
declares itself as an object, 
it assigns a channel to NET: 
and associates a mailbox with 
it. Since all connect requests 
are received in the mailbox, 
the a server must post a read 
on the mailbox. Typically this 
is an asynchronous read with an 
associated AST routine to be 
executed when the I/0 
completes. The server then goes 
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about its business while 
connect requests are handled at 
AST level by this AST routine. 
When a client attempts to 
connect, DECnet builds a 
Network Connect Block and 
writes it into the mailbox thus 
satisfying the asynchronous 
read. The server's AST is 
executed and it then 
(presumably) accepts the 
connection by issuing a QIO 
write to the mailbox using the 
IO$_ACCESS function code. 

At this point it was clear 
to me that I needed to dig down 
deeper into those lower layer 
routines in order to get an 
understanding of what was going 
on. 

I recompiled everything 
with debug - including the 
BLISS routines - and ran a 
GRS_WOLF server in debug mode. 
I set a breakpoint at the AST 
routine that is executed when 
the mailbox I/O is satisfied 
via a connect request. I wanted 
to look at the contents of this 
Network Connect Block (NCB) 
that gets deposited in the 
mailbox. I ran a CLIENT on 
VENUS which sent a connect 
request and the AST routine 
executed as expected in the 
server. I then examined the NCB 
that DECnet had deposited in 
the mailbox. 

I discovered that 
contained in this Network 
Connect Block, among other 
things was the source nodename 
and destination object name - 
the very two pieces of 
information I theorized about 
before. I stepped through and 
observed the QIO write with 
IO$_ACCESS thus accepting the 
connection. I also noticed that 
the P2 on the QIO write was the 
address of the NCB. Apparently, 
when you accept a connection, 
you need to pass the NCB back 
to DECnet so it knows which 


link you are accepting since 
all connects come through the 
same mailbox. Now I was ready 
to try a failure scenario. I 
thought that one of two things 
was possible: 1) the AST 

routine failed to issue the 
acceptance I/O, or it issued it 
with an invalid NCB. I wanted 
to intercept the errant connect 
request and see if the 
acceptance I/O was really 
issued by the AST routine. If 
it was, I wanted to see the NCB 
it was passing back to the QIO. 

I ran the GRS_WOLF again, 
with the breakpoint at the 
mailbox completion I/O routine 
and ran a client on BACHUS. I 
waited for the breakpoint. . . 
and waited, and waited. Finally 
the client exited with "network 
partner exited". The server was 
still running but no breakpoint 
had been reached indicating 
that the read I/O never 
completed. Apparently, DECnet 
never dropped the NCB into the 
mailbox. The server was not at 
fault. It appeared as though 
the connect request never got 
through DECnet. 

I drew a grid on my 
whiteboard. The pattern became 
obvious. Given the same exact 
executables, the following was 
true: 

o A client running on any 
V4. x system with a 
nodename greater than 
six characters could not 
connect to GRS_WOLF 
anywhere. 

o A client running on any 
V5. x system with a 
nodename of any length 
was able to connect to 
GRS_WOLF on any node. 

It is amazing what writing 
something down can do for you. 
The answer jumped out. 
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Apparently, there must have 
been some obscure bug in DECnet 
in V4. x that caused DECnet, on 
the client node, to fail 
sending a connect request to 
the node holding the object 
(server). This bug must have 
been fixed in V5 since any 
connects from V5 work. 

It is important to mention 
at this point that I had been 
working on this problem for the 
better part of a couple of 
days. This solution looked real 
attractive. It made perfect 
sense. Also, since we would be 
upgrading to V5 soon, I 
wouldn't have needed to worry 
much about it. 

Most of you will agree 
that the evidence was 
compelling. Many people may 
have accepted this and moved 
on. At another time, I may have 
done the same. However, my gut 
told me that I should not go on 
assumptions. Why would I have 
been the only one to see this 
anyhow?! I have always 
cautioned others not to take 
the easy answer an so I was 
going to press on and prove 
that V4 did - or did not - have 
a bug that V5 fixed. 

I needed to know where the 
request was getting lost. It 
was clear that it was getting 
lost somewhere in DECnet 
itself. Was it getting lost in 
DECnet on the client side and 
never transmitted over the wire 
to the server side? Or was it 
arriving in the server side and 
being dropped? 

I ran a failure scenario: 
a client on BACHUS connecting 
to GRS_WOLF on VENUS. Using NCP 
and other utilities I 
determined that DECnet on VENUS 
did indeed register a connect 
since there was a link back to 
BACHUS present. Similarly, when 
I tried the same connecting to 
GRS_WOLF on SCOBEE, the V5. x 


system, SCOBEE knew of an 
incoming link, but DECnet 
refused to pass it up to te 
server. If it could be proven 
that a V4. x system was not 
initiating a connect at all, it 
would make the case for a V4 
bug stronger. However, we now 
see that V5 did get a connect 
from V4 and it dropped it. 

Well, it was now time to 
do it the "macho way" - haul 
out the source code and read! 
Well after a bit of reading of 
the BLISS code, I discovered 
something. When the BLISS 
routine creates the network 
mailbox, it specified a value 
of 64 for the maximum mailbox 
message size. Since this is the 
mailbox that receives the NCB 
for a connect request, I pulled 
up a failure mode NCB. Adding 
up all the bytes, including 
source node, destination object 
name and other information, 
they added up to 65! That was 
it! The right combination of 
node and object would put it 
over the limit. 

Apparently DECnet will 
drop the NCB on the floor if it 
won' t fit in the mailbox. It 
will do so without warning to 
the server or client. I changed 
the code to allow a larger 
mailbox and the problem 
disappeared. (I believed, and 
still do, that this is a DECnet 
deficiency. I feel the mailbox 
I/O should complete with 
SS$_BUFFEROVF or the client 
should be returned a meaningful 
status.) 

But the quest for the 
truth was not over. One 
question remained unsolved. Why 
was a V5 client able to connect 
- even with the 64 byte mailbox 
on the server end? There was 
definitely a version dependency 
here 

somewhere and I needed to find 
it. 
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I looked a little further 
into the NCBs for an answer. I 
learned that the NCB is first 
built by DECnet on the client 
end and then shipped to DECnet 
on the server end to be passed 
up to the server mailbox. 
Closer examination of the NCBs 
generated by the V4 client and 
V5 client showed that there was 
a subtle and undocumented 
change in DECnet for V5 of VMS. 
In addition to information 
mentioned above, the NCB also 
contains the source username. 
Since I was running from 
username SMITH in all cases, 
this should have been a 
constant. However, I determined 
that when a V4 client issues a 
connect, DECnet sends an NCB to 
the server node with the 
username padded with spaces to 
12 characters. V5 clients 
generate an NCB with spaces 
trimmed. Hence, a V5 generated 
connect, sent an NCB 7 
characters shorter than a V4 
generated request for a 
username of SMITH. This allowed 
the V5 request to work in all 
of my testing cases. 

However, it is important 
to realize that, the username 
changing from fixed length in 
V4 to variable length in V5 
simply added a third variable 
to the equation. Hence, if I 
had accepted the fact that it 
was a V4 bug, upgraded and 
forgot about it, the problem 
would indeed have reoccurred on 
V5 for usernames of 12 
characters on a node of 6 
characters to an object of 8 
characters. In fact, any 
combination of source username, 
source node and destination 
object name totalling more than 
25 would fail! You would have 
to agree that that would be an 
order of magnitude harder to 
track down. I am certainly glad 


to have spent the extra time 
now and put that all behind me. 

All in all, I hope you 
enjoyed the War Story; I hope 
you learned to provide enough 
mailbox space for DECnet and 
above all, I hope you will 
avoid being led down the 
primrose path by the ' easy 
answer' and continue searching 
for the ' right answer' . 
Sometimes the ' easy answer' 
*is* the 'right answer'. 
However it does not become the 
' right answer' until it is 
proven. Don't overreact and 
throw away the easy answers -- 
just try to prove them. 
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SIG TAPE REVIEW 


This is co announce that the Fall 1989 VAX, L&T, and RSX tapes have now been sent 
to the DECUS library and to the top level distribution for local user group 
distribution. Additional copies will be going out as quickly as they can be made. 

Thanks to those who contributed this time. 

Any contributions for next time will be gratefully accepted; send email if 
interested. 

Glenn Everhart 

VAX and RSX SIG Librarian 

Everhart%Arisia.decnet@crd.ge.com 

Ted Nieland 

L&T SIG Librarian 

Ted@NIELAND.DAYTON.OH.US 


Fall 1989 VAX / L&T SIG TAPE CONTENTS 


The L&T and VAX Systems SIGs are again producing a combined collections 
for Fall 1989 to reduce duplication between the two. The collection has been 
split, rather arbitrarily, into an L&T part and a VAX part for purposes of 
packaging it for the DECUS Library. The NLC / Tree distribution is combined but 
the collection is too large for a single TK50 and thus is split across two DECUS 
Library part numbers. Please be aware that you only have the complete collection 
for Fall 1989 by obtaining both parts. 


CONTENTS and TOOLS ([.89BVAXLT...] Tree) 

This tree contains the index files and descriptions of the rest of the 
collection, plus a [.tools] subdirectory containing utilities handy in unpacking 
some of the archives contained here; a AAAREADME.1ST file there gives further 
instructions. 

DECUS LIBRARY Catalog ([.DECUSLIB...] tree) 

Complete machine readable text of the DECUS Library catalog, plus all 
available machine readable descriptions of older material not in print in the 
current catalog. Browser tool also included. 
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Directory 

[.aepsc] 

[.asu] 

[■atg] 

[.blosser] 

[.bruread] 

[.bzl] 

[. cdvms] 

[. ci] 


VAX Fall 1989, Part 1 ([VAX89B1...] Tree ) 


Description 


Virtual disk driver (contiguous files containers). Disk 
data caching driver. From Paul Sorenon 

B-Tree (on disk) package in Pascal. Computable process 
priority controller (for CPU hogs). Ethernet monitor. 
Queue monitor. From Greg Wilson and others. 

Callable EDT and poor man’s LSE. Sixel print for HP 
LaserJet. Automatic VAX C .h files. VMS symbiont for 
LaserJet. Many kernel mode examples for affecting 
other processes (set name, prompt, dump process, 
force deallocate, etc.) Alternate protocol stubs for 
MAIL. Util to talk to NETACP direct. User written 
debugger template. XE ethernet monitor. From Nick 
de Smith. 

Set prompt to default dir. BASIC number converter. 
Computer user interface routines. From Victor 
Blosser. 

BRU tape reader in native mode for VMS, with source, 
from Adrian Weiler. 

Network tracker cmds. Callable MAIL examples. Cmds 
to rebuild Rdb databases, mem. monitor, etc. From 
Bart Lederman. 

Routines to read ISO 9660 and "High Sierra" format CDRoms 
in VMS. From Mark Holomany. 


Concatinate Sixel (side by side). Dialup modem setup. 
DROIDS game. ENPAGE util, for LN03. FORCEX utility to 
force exit. Lock terminal. REMINDER appt. printer and 
rescheduler. SYSTATUS for VMS 5.2. From Ken 
Richardson. 
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[.cjfall89] Utilizing VMS from COBOL Notes, VBN error Notes 

(VA103), Command files to report on fragmentation. 
From John Claxton 


[.ctlsmb] Multithreaded control symbiont for VMS from Greg 

Wonderly. 

[.faust] Guide to using SYSMAN and helpful command files. From 

Richard Faust. 


[.finger] Network/local show users/images/idletime/etc. 

display; also good account name server. From 
Terry Kennedy. 


[.flowers] MENU - DCL menu system with timeouts. Disk space 

monitor. Fragmentation checker. Check open files on 
system. From Harry Flowers. 


[.fullerton] Directory movement command files and fortran include 

library. From James Fullerton. 


[.gcef89] AnalytiCalc spreadsheet update & new docs. Numerous 

items from Internet, including REMOTE VIRTUAL 
MAGTAPE DRIVER from W. Moeller, laserwriter 
symbionts, sixel, VMS TAR, mail tools, innumerable 
others. VMS virtual disks. Includes contig. file 
disk, mem disk in process mem, cryptodisk, remote 
virtual disk, shadow disk, more. C Kermit for VMS, 
sliding windows. PGPLOT 3D plot pkg for multiple 
devices. Update to MDdriver memory virtual disk (in 
nonpaged pool). Submitted by Glenn Everhart. 
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VAX Fall 1989, Part 2 ([VAX89B2...] Tree) 


[. anglia] 


[.decmons] 

[.dec_windows] 

[.diskcharge] 

[.dspqm] 

[. dtrsig] 

[. hunter] 

[.kooker] 

[.levine] 

[.lomasky] 


Articles from UK VAX newsletter. Ethernet monitor 
and terminal server utility (poor man’s TSM). 

Extract symbols from .OBJ or .STB, making ,h files. 
Software driver to simplify clusterwide spools. Fast 
load display in cluster. VAXnotes utilities DEC 
doesn’t provide. From Ian Kitching. 

Monitor routines for LAT, LAVC, and hardware address 
traffic on Ethernet, from DEC. 

DECwindows applications: menu manager, performance 
meter, show network user, window create. From Robert 
Heller. 

Disk usage chargeback accounting system. From Almon 
Sorrell and Shari Dishop. 

Utilities to manage large numbers of DECserver based 
print queues. From Pasquale Scopelliti. 

Latest DTR/4GL SIG collection; many DTR functions, 
plus ACCENT-R and Rally submissions. From DTR/4GL SIG. 

Save/restore/flush DCL command buffer. Patch DCL 
recall to 60-odd lines. Get_input code allowing 
cmd recall. Login program. From Hunter Goatley. 

TREK Games, Spreadsheet in Pascal, Calendar Utility, 
System monitoring and Performance Analysis Tools. 

From Don Kooker. 

Checksum /CRC utility for checking changes in .SYS 
programs. File Compression /Exp util. INDEX Fortran 
static analyzer & flowcharter. Macro preprocessor, 
Newsread Util. VT3xx Utilities incl. font builder and 
340 paint utility. From Mike Levine. 

SYSUAF tailorable report util. Virtual memory access 
in HOLs routines. VMSMAIL_PROFILE.DATA dump utility. 
From Brian Lomasky. 
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[. rxs] 

[. sessindex] 

[.sit] 


[. sjbrown] 

[. snap] 

[. swan] 

[. sxes_source] 
[. tedder] 

[. ualr] 

[. xmodem] 

[. ymodem] 


Routines for manipulating LAT application ports from 
high level languages without using QIO interface. 

From Robert Simon. 

Table of contents of most session notes for last few 
years. From John Stitzinger. 

Chain batch w/o mods to procs. Software load in heter. 

cluster. Printer symbiont mods; new burst/flag pages. 

C modules lib. Commandfile activation util not needing 

numerous symbols. Queued mail system. From David 
Stevens. 

Rewrite of SWING in C (directory maintenance util). 
Queue monitor. From Simon Brown. 

System and user monitor system from Dan Graham. 
Includes WATCH which allows observing/control 
of other terminals. 

Datatrieve forms & Menu Interface (poor man’s FMS), 
BANNER. From David Swan. 

Desk Top Calendar update and hardcopy appointment 
calendar print utility. From Phil Deatherage. 

Procedures to find the holders of an identifier and 
to find the identifiers held by a user. From Mr. 

Tedder. 

ETAPE - IBM tape access,completel GETUAI - Authorize 
show clone. Show queue enhancement. Many print posters. 
From Dale Miller. 

XMODEM Protocol for VMS. From Alan Jedlow. 

YMODEM protocol for VMS, plus unifying command 
proc. to select which program to run. From Earle 
Ake. 


VAX-12 



L&T Fall 1989, Part 1 ([LT89B1...] Tree) 


[. arta] 


[.bulletin] 


[. epubs] 


[.eri] 


[. eveplus] 
[ * gplot] 


[.news59] 


Fortran Programming Tools. KERMIT utilities for VAX 
to PC access incl. checking for new mail, printing on 

VAX printer, sending mail, etc. KRONOS timed cmds. 
Viewgraph generator. Misc. sys mgt utils. From Art 
Ragosta. 

Message bulletin board; works like VAX MAIL (also 
across DECnet). From Mark London. 

TeX related material. Includes DVIPS, BIBTEX for 
Mac, how to include Mac drawings in LaTeX docs, 
and TeXx for DECwindows. From Ted Nieland. 

Programs and Images relating to rendering of the CIE 
color chart. From Robert Goldstein. 

4 level superset of EDT from Glenn Fleming 

Graphics utility to process graphics files or DVI 
TeX graphics output for various devices. From Phil 
Andrews. 

Source to ANU NEWS Usenet news reader for VMS V5.9c, 
obtained from Geoff Huston. 


[.spain] 
VMSINSTAL. 


VMSINSTAL kit building utility. Timesheet (work time 
record) utility. Command file debugger. Docs re 

From Harrison Spain. 


[. xeve] 


Extended EVE editor with spelling checker, large 
dictionary. From Thomas Wolfe. 
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L&T Fall 1989, Part 2 ([It89b2...] Tree) 


[. cca] 

[. dbryant] 


[. flex] 


Examples - VAX TPU Programming inside EVE - PSS 
examples. From Robert Tinkelman. 

Global search and replace. (Source, Helplib, Msgfile, 

Kitinstal.com) Tetris game for VAX. Source and .EXE. 
From David Bryant. 

Gnu version of LEX lexical scanner generator. 

For VMS. From Vern Paxon. 


[.gnusoftware] 


[. poot] 


[. stp] 


Free Software Foundation code done since Spring ’89 
tapes. Includes GCC and G++ for VMS, high quality C 
and C++ compilers for VMS (from Angel Li), more. 

Changebars for RUNOFF files,DSR document builder. 

From Terry Poot. 

EVE extensions. Example of an editor environment on top 

of EVE. Includes rectangular functions (Cut, Paste, 
Copy, Fill, ChangeCase...) From Paul Boudreaux. 
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Roadmap Of Fall 1989 RSX SIG TAPE - Anaheim 


Directory 


Description 


[265,001] 


[266,001] 


[267,001] 


[300,001] 

[300,002] 

[300,003] 


Three contributions by Hans Hamakers. 

MCE V4.22, the much beloved EDT-style RSX Commandline editor. 

EFN, a utility to set/reset/show global, group-global and 
local event flags of all tasks; 

RCV, a utility to show and/or delete SEND/RECEIVE and 
SEND/RECEIVE BY REFERENCE packets; 

SEN, a utility to send data and send data by reference to a 
specified task; 

VSEN, a variable send data utility for RSX-11M systems, and 
VRECEVE, the receive version. 

Plus a compilation of all RSX-11M sysgen symbols. 

Two contributions by Peter Vergeer. 

SEARCH searches for a string in on or more files. 

STRAP removes the comment sections from MACRO-11 source 
listings to speed-up the assembly process; especially useful 
when re-assembling large programs. 

Three contributions by Erik Beumer. 

BRUDIR is an improved version of the well-known BRUDIR on 
the Spring 1986 tape. 

LCU is a utility to locate the users of a common area. 

TPC is a an enhanced version of the TPC tape-to-tape utility 

present on each SIG tape. 

General description of tape contents. 

BIGTPC and VMSTPC and other utilities for tape copy of these 
tapes. 

Updated index of most RSX SIG tapes between 1979 and this one. 

Starting point was the index prepared by Annamaria Szentgali 
of the German RSX SIG which appeared on the European 1984 
RSX SIG tape. 

Added to the European distribution by Jan belgraver. 
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[356,040] Kermit-11 update (V3.60). Complete Kermit-11 distribution for 

communications with other systems. Also includes binaries 
for Kermits for VAX/VMS, IBM PC. From Brian Nelson. 

[373,100] MAP allows examining mapping information for a file, useful 

for checking disk fragmentation. SWATCH is a stopwatch to 
time execution of command lines. From Adrian Bottoms. 


[374,100-117] Cargill Utility library for Pascal, including invoking RSX 

directives from Pascal, a string handling package, and format 
conversion routines. From Jim Bostwick. 


[374,121] Multi-Tasker Runoff sources. From Bruce Mitchell, Jim 

McGlinchey, and Jim Bostwick. 


[374,122] Cache tape driver, adds caching to tape drives not internally 

buffered. From Dave Mischler. 


[374,123] BRUDIR in Macro. Directory listing of BRU tapes. Fixes 

problems with named directories and large numbers of files 
and with octal versions. From Dave Mischler. 


[374,124] RSX11M+ Symbolic Debugger. From Dave Mischler. 
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VIRTUAL NEWS 

Staff Writers 

Western Data Technologies 



VAX SYSTEMS SIG SIR 


SUBMISSION FORM ANAHEIM 89 


Descrine in 1 to 4 lines the subject of the SIR. 
ABSTRACT: 


Give a brief description of the SIR including features and 
capabilities. PLEASE DO NOT WRITE SYNTAX. 


Place in the SIR box in the VAX SIG campground. 
Thank You. 
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Bill & Ted II : ' THE CADILLAC TIME MACHINE" 


It has been discovered by our movie review crew that plans 
are underway to produce a sequel to the movie "Bill and Ted's 
Excellent Adventure". However, the first movie was such a success 
that the group plans to upgrade the device used for time travel. 
The original telephone booth will be replaced by a VAX 6240 fully 
equipped with "Mr. Photon" warp drive, bucket seats, a VAXStation 
console, a new DECnet "lightyear lookahead" feature and the ability 
to zip across the future ethernet standard for time travel 
(802.8023) at over 100 SOLM's (Speed of Light Multiples). To quote 
a phrase used repeatedly by our heros in this new film: "This is 
a most bodaciously excellent machine.Party on Dudes! " 


DIGITAL ANNOUNCE COMBINED SUPPORT OFFERING 


Digital has announced a combined hardware/software support 
services. This service will allow your Digital Field service rep 
to now be your software support specialist. This is said to 
decrease down time by not trouble shooting software problems but 
rather to just swap VMS out. 


LUNCH SERVER 100 SHIPPING NOW ! ! ! 


Digital's new "Lunch Server 100" has been released for 
shipment this week. Digital has some eighty thousand orders pending 
this innovative product and they are finally shipping. This new 
Ethernet based server is based on the technology devised by the 
*McDonalds restaurants for serving mass quantities of food and 
beverages to Digital users. This new product is capable of a full 
"1.5 Mega Bytes (or Mega Slurps)" transfer rate and can handle 
transmission of shakes and *McDLT with equal ease. * McDonalds and 
McDLT are both trademarks of the McDonalds Corp. 


Woman gives birth to human laser printer ! ! ! 


A women in Lexington KY has a baby who is capable of writing 
ten pages a minute in what looks like a modified Helvetica font. 
The women , a CAD operator, attributed this unusual talent of the 
baby, to radiation doses she received from her workstation at work. 
When asked if she planned to file lawsuit on the manufacturers of 
the equipment she said no, but she plan to patent the process. 
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Encapsulated Review 


Rated on 

a scale of 1 to 5 with 5 being excellent 

Ease of Installation: 

4 

Basically straight-forward and fully doc¬ 
umented. See body of review for devi¬ 
ations from documented procedures that 
are necessary to install the system. 

Documentation: 

5 

The distribution includes files suitable for 
impact printers, Postscript printers, and 
LN03 printers. The documentation is 
complete and has a polished appearance. 

Intended Audience: 


The system is designed as a tool for use 
by those people responsible for capacity 
management of a VAX or a VAXcluster. 

Ease of Use: 

5 

The system is very easy to use. The doc¬ 
umentation contains useful examples. 

Usefulness: 

5 

This package should be very useful in 
situations where managers must docu¬ 
ment the need for system enhancements 
or predict the impact of anticipated 
applications. 

Sources: 

Yes 

Source code in BASIC and MACRO as 
well as command files are supplied. These 
were not tested. 

Objects Supplied: 

Yes 



Introduction 

The MISRESOURCES VAX Capacity Management Sys¬ 
tem is a graphical utility for evaluating the state of uti¬ 
lization of a VAX or a VAXcluster. It was submitted by 
DIGITAL. The author was Grant Davis of the South Pa¬ 
cific Region Information Processing Group in Australia. 
The system can run interactively on a graphics terminal 
(VT240, VT241, VT330, or VT340) or run in batch. Color 
devices are supported and the system can produce REGIS 
or SIXEL hardcopy output. 

The documentation states that MISRESOURCES re¬ 
quires VMS V5.1 and RETOS VI.0 to operate. However, 
since the distributed program references the COBOL run 
time library, some sites may find that the DISPLAY pro¬ 


gram cannot function under VMS 5.1. VMS V5.2 does 
contain the correct version of COBRTL.EXE. 

Once installed, MISRESOURCES operates as docu¬ 
mented. The graphs it produces are nicely structured and 
easy to read. No problem was encountered with any of 
the options during the review. Overall this a professional 
package which should serve the needs of the intended au¬ 
dience. 

Test Configuration 

MISRESOURCES was tested on a MicroVAX II with 9 
MByte of memory and an RA-81 disk drive. The required 
version of COBRTL.EXE was not available under VMS 
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V00314 VAX Capacity Management Tool Version: 3.2, September 1989 

Submitted by: Digital Equipment Corporation 

Operating System: VAX/VMS Source Language: MACRO-32, VAX BASIC, VAX COBOL Memory Required: 
102KB Software Required: VAX RETOS if hardcopy graphs to spooled sixel printers is required. Hardware Required: 
VT240 Terminal, VT330 Terminal or VT340 Terminal Keywords: System Management - VMS 

Abstract: This system is designed as a tool for use by those people responsible for capacity management of a VAX 
or VAXcluster. It is not necessary to have VMS internal knowledge or system management knowledge to make use 
of this package. It is mainly designed for medium or large scale VAX installations. 

This package collects statistics on the utilization of CPU, memory and disk devices on the monitored VAX or 
VAXcluster. It also collects information on the CPU response of the machine and the number of processes executing. 
In addition to the VAX wide and VAXcluster wide information collected, this package also collects information for 
each UIC group. If your VAX system is arranged with each application in a separate UIC group then this allows the 
total system utilization to be broken down by application. 

The information collected can be displayed in a graphic form on VT240, VT330 or VT340 terminals. The capacity 
manager uses an interactive display program that has a DCL-like command syntax. The user can display histograms 
or frequency diagrams with hourly, daily or monthly information. The UIC group statistics can be added or subtracted 
from system wide statistics so graphic answers to questions like, “What will happen to the system if I take that 
application off”, can be seen. 

Hardcopy output to printers that handle ReGIS is possible. If the Digital Equipment Corporation product RETOS 
is available, output to printers like the LA100 that support sixel graphics can be performed. 

A machine uptime subsystem is included which records VAX uptime accurate to five minutes. These statistics can 
be reported between date and hour ranges, and weekends can be either included or excluded from the calculation. 

Complete user documentation, help text and installation documentation is included on the media. 

Notes: Executable and/or object code is included. 

Changes and Improvements: Support of VMS V5 and multi-processing. 

Media (Service Charge Code): 600’ Magnetic Tape (MA) Format: VMS/BACKUP, or order VL0009 
Figure 1: DECUS Library Abstract for VAX Capacity Management Tool 


V5.1-1 so the review procedures, other than the installa¬ 
tion, were accomplished under VMS V5.2. A VT340 with 
a LJ-250 slave printer was used for interactive graphing. 
An LN03 Plus was also used for graphical output. 

Installation 

Installation is basically straight-forward and well- 
documented. To proceed more efficiently, obtain a copy 
of the documentation before reading in the entire distri¬ 
bution. The documentation details the remaining proce¬ 
dures. Since the MISRESOURCES system expects spe¬ 
cific accounts and directories to be established, there is no 
advantage to initially reading in the entire distribution. 

To obtain a copy of the documentation from a DECUS 
distribution, use the command: 

$ BACKU?/SELECT= - 

_$ [VAX314.MISRESOURCES.DOCUMENTATION]MISRESOURCES.* - 
_$ dev:V00314/SAVE_SET [destination.directory]*.* /LOG 

Chapters 9 through 12 of the manual detail the instal¬ 
lation process. If this system is being installed under VMS 
V5.2, the account MISRESOURCES should be established 
as RESTRICTED rather than CAPTIVE. 


After establishing a suitable account, read in the dis¬ 
tribution with the command: 

$ BACKUP/SELECT= - 

_$ [VAX314.MISRESOURCES...]#.* dev:V00314/SAVE\_SET - 
_$ [destination_diiectory]*.* /BY_0WNER=MISRES0URCES 

Be sure to carefully follow the instructions in Chapter 
11 to make sure that the command files reflect the correct 
system logicals. 

In order to function, the VMS ACCOUNTING utility 
must be enabled. 

Documentation 

The MISRESOURCES distribution has three versions of 
the documentation. Two of these (MISRESOURCES.LINE 
for impact printers and MISRESOURCES .LN03 for LN03 
printers) were reproduced at the test site. The test site 
did not have a printer suitable for printing the third. 
(MISRESOURCES. PS for Postscript printers.) The documen¬ 
tation is complete and accurate. The only significant dis¬ 
crepancy noted is that the system, specifically the DIS¬ 
PLAY program, does not run under VMS V5.1 due to a 
mismatch with COBRTL.EXE. This problem may not surface 
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at sites that have COBOL installed. The typeset version 
of the manual has an excellent appearance. 

The documentation describes the measurement meth¬ 
ods, features of the software, interpretation of results and 
the installation process. 

Ease of Use 

These programs perform effortlessly. The documentation 
fully explains the choices available and provides a number 
of complete examples. No special expertise is required to 
fully realize the potential of the MISRESOURCES system. 

Usefulness 

The MISRESOURCES system measures the following 
items: 

• Utilization of VAX CPU resources. 

• Utilization of VAX memory resources. 

• Process counts of VAX machines. 

• Relative response times of VAX machines. 

• Disk I/O statistics per disk volume. 

• Usage of VAX CPU resources by an application. 

• Usage of VAX memory resources by an application. 

• Usage of Disk I/O by an application. 

• Process counts per application of VAX machines. 

• Application response time. 

• Machine availability. 

These items may be displayed as histograms, frequency 
distribution or cumulative frequency diagrams on VT240, 
VT241, VT330, and VT340 terminals. Batch generation of 
graphs can also be performed. Hardcopy output to print¬ 
ers that support the sixel or regis graphics protocols is 
available. 

This information could be of interest to a manager 
who is either trying to quantify the impact of installing 
additional applications on a system or trying to isolate 
the cause of deteriorating system performance. 

Summary 

MISRESOURCES is a tool for evaluating the capacity of 
a VAX. When a major change in computer utilization is 
being considered, a system such as MISRESOURCES can 
provide convincing evidence of the capability of the system 
to accommodate increased utilization or to document the 
need for additional computer resources. 

This system should be of great interest to managers in 
the process of recommending system enhancements. Con¬ 
sultants and marketing representatives might also find this 
system to be useful for demonstrating the need for systems 
and/or peripherals. 
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NEW LIBRARY PROGRAMS AVAILABLE 
FOR THE 

VAX/VMS FAMILY OF COMPUTERS 

DECUS NO: VS0111TITLE: Symposium Collection from the 
RSX SIG, Fall 1989, Anaheim Version: 1, January 1990 

Author: Various 

Submitted by: Glenn C. Everhart, Ph.D. 

Operating System: IAS, RSX-11M, RSX-11M-PLUS Source 
Language: FORTRAN IV, MACRO-11 Keywords: Symposia 
Tapes - VMS 

Abstract: This is the RSX SIG Tape from the Fall 1989 DECUS 
Symposium in Anaheim. It is available in either BRU format or 
VMS/BACKUP format. See DECUS Program No. 11S110 for a 
description of the program. 

Complete sources may or may not be included. 

Media (Service Charge Code): 2400’ Magnetic Tape (PS) For¬ 
mat: VMS/BACKUP, TK50 Tape Cartridge (TC) Format: 
VMS/BACKUP 


DECUS NO: VS0110 TITLE: PRO Public Domain Tape Ver¬ 
sion: 1.0, September 1989 

Author: Various 

Submitted by: Gary Rice, McDonnell Douglas, Westminister, 
CA 

Operating System: P/OS, RSX-11M, RSX-11M-PLUS, VAX/ 
VMS Source Language: BASIC-PLUS-2, FORTRAN 77, FOR¬ 
TRAN IV-PLUS, MACRO-11, PASCAL Memory Required: 
512KB Keywords: Business Applications, Data Com¬ 
munications, Games, Tools - Applications Development, Utilities 
-P/OS 

Abstract: The PRO Public Domain Tape contains the following 
programs. For a complete description of each program refer to 
the 


“DECUS NO.” and “TITLE” in the DECUS Library Catalog. 
VAX running VMS is required in order to read this tape. 


DECUS NO. 

TITLE 

PRO101 

TECO, COPY, SRD, MCR and RNO for 
P/OS VI.7 

PRO102 

BFGUSER 

PR0117 

GRASP: Graphics Applications Pro¬ 
cessor 

PR0118 

Work Order Record System 

PR0121 

Real-Time Interface Support for the 
Nicolet Explorer via RS232 for the Pro- 
fessional-300 Series 

PR0122 

General Purpose Database Package 

PR0123 

BASIC, PASCAL, PortaCalc, KERMIT 
and a Desk Top Calendar 

PR0124 

C Language System with Native Toolkit 

PR0125 

DDT: A Symbolic Debugger for P/OS 

PR0127 

BBASE: A Small Database Program 

PR0129 

DOB and FORTH for P/OS 


PR0131 FSTATS: Statistical Analysis Package 

for P/OS 

PR0132 RUNOFF M02.4H for P/OS V2 

PR0133 Astronomical Ephemerides 

PR0134 RSX-P/OS Tar for Floppy Diskettes 

PR0135 Easycom/PRO for the Professional - 

350/380 Series 

PR0136 PRO/VLINK for the Professional - 350/ 

380 Series 

PR0137 Adventure for the Professional-300 Series 

PR0138 Airplane Lander for the Professional - 

300 Series 

PR0139 DBMS: Data Base Management Pac¬ 

kage for the Professional 300 Series 
PR0141 TTLIB: VT100 Library Sources for the 

Professional-300 

PR0147 WFPROC - Wildcard File Expansion 

Routine 

PR0148 KERMIT for P/OS 

PR0149 CAMERA - Test of a Hamamatsu C1000 

Camera on the PRO’s RTI 

PRO150 APFELM - Mandelbrot Set Explorer 

PR0152 DIGITIZING - Graphical I/O Using a 

Tablet and HPGL-Plotter 
PR0153 LISSA2-A Painting Game 

PR0154 DELPHIN 

PR0156 FORTRANUM 

PR0158 Bonner Labs RUNOFF - Pro-350/380 

PR0162 GRAPHIC UTILITIES 

PR0163 PROPLOT 

PR0164 Selective Copy/Sort a Directory 

PR0165 Technical Graphics Programs for the 

Pro-350 

PR0167 FUNCTIONS 

PR0169 PRO 2780/3870 Communications Appli¬ 

cations 

PRO170 P/OS V2 Extensions 

PR0171 DSKDIR: Diskette Directory Utility 

PR0172 SIDE: Development Improvements for 

the PRO 

PR0173 SIXELPRINT 

Also included on the tape are programs which have been done 
at Florida State University. Included are their famous “Ye Olde 
Font Shoppe”, PRO Bitmap Manipulation tools, and PRO Basic 
to Basic-Plus-2 tools. 

There is also a miscellaneous collection of RSX programs that 
are either PRO specific or PRO adaptable. 

Notes: Executable and/or object code is included. 

Complete sources not included. 

Media (Service Charge Code): 2400’ Magnetic Tapes (PB) 
Format: VMS/BACKUP, 2400’ Magnetic Tape (SB) Format: 
VMS/BACKUP, TK50 Tape Cartridge (TB) Format: VMS/ 
BACKUP 


DECUS NO: VS0106 TITLE: Symposium Collection from the 
VAX SIG, Fall 1989, Anaheim Version: November 1989 

Author: Various 

Submitted by: Glenn Everhart & Ted Nieland 
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Operating System: Micro VMS, VAX/VMS Source Language: 
Various Keywords: Symposia Tapes - VMS 

Abstract: This is the VAX SIG tape from the Fall 1989, DECUS 
Symposium in Anaheim. The Fall 1989 VAX and the Fall 1989 
Languages and Tools SIG tape are two parts of a single collec¬ 
tion. Users are advised to order both in order to have the com¬ 
plete set. Refer to DECUS No. VS0105 for a description of the 
Fall 1989 Languages and Tools SIG tape. The following is a 
brief summary of highlights: 


DECUS Library 
Catalog 


[.AEPSC] 

[.ASU] 

[.BLOSSER] 

[.BRUREAD] 

[.BZL] 

[.CDVMS] 

[.Cl] 

[.CJFALL89] 

[.CTLSMB] 

[.DECMONS] 

[.DEC_ 

WINDOWS] 

[.DISKCHARGE] 


Complete machine readable text of the 
DECUS Library catalog, plus all avail¬ 
able machine readable descriptions of 
older material not in print in the current 
catalog. Browser tool also included. 
Virtual disk driver (contiguous files con¬ 
tainers). Disk data caching driver. Sub¬ 
mitted by Paul Sorenson. 

B-Tree (on disk) package in PASCAL. 
Computable process priority controller 
(for CPU hogs). Ethernet monitor. Queue 
monitor. Submitted by Greg Wilson and 
others. 

Set prompt to default dir. BASIC number 
converter. Computer user interface rou¬ 
tines. Submitted by Victor Blosser. 

BRU tape reader in native mode for VMS, 
with source Submitted by Adrian Weiler. 
Network track cmds. Callable MAIL 
examples. Cmds to rebuild RDB data¬ 
bases, mem. monitor, etc. Submitted by 
Bart Lederman. 

Routines to read ISO 9660 and “High 
Sierra” format CDROMS in VMS. Sub¬ 
mitted by Mark Holomany. 

Concatenate Sixel (side by side). Dialup 
modem setup. DROIDS game. ENPAGE 
util, for LN03. FORCEX utility to force 
exit. Lock terminal. REMINDER appt. 
printer and rescheduler. SYSTATUS for 
VMS 6.2. Submitted by Ken Richardson. 
Utilizing VMS from COBOL Notes, VBN 
error Notes (VA103), Command files to 
report on fragmentation. Submitted by 
John Claxton. 

Multithreaded control symbiont for VMS. 
Submitted by Greg Wonderly. 

Monitor routines for LAT, LAVC, and 
hardware address traffic on Ethernet. 
Submitted by Digital Equipment Cor¬ 
poration. 

DECwindows applications: menu man¬ 
ager, performance meter, show network 
user, window create. Submitted by Robert 
Heller. 

Disk usage chargeback accounting sys¬ 
tem. Submitted by Almon Sorrell and 
Shari Dishop. 


[.DSPQM] 

[.DTRSIG] 

[.FAUST] 

[.FINGER] 

[.FLOWERS] 

[.FULLERTON] 

[.GCEF89] 


[.HUNTER] 


[.KOOKER] 


[.LEVINE] 


[.LOMASKY] 


[.MEADOWS] 


Utilities to manage large numbers of 
DECserver based print queues. Submit¬ 
ted by Pasquale Scopelliti. 

Latest DTR/4GL SIG collection; many 
DTR functions. Submitted by DTR/GL 
SIG. 

Guide to using SYSMAN and helpful 
command files. Submitted by Richard 
Faust. 

Network/local show users/images/idle- 
time/etc. display;also good account name 
server. Submitted by Terry Kennedy. 
MENU - DCL menu system with timeouts. 
Disk space monitor. Fragmentation chec¬ 
ker. Check open files on system. Submit¬ 
ted by Harry Flowers. 

Directory movement command files and 
FORTRAN include library. Submitted 
by James Fullerton. 

AnalytiCalc spreadsheet update & new 
docs. Numerous items from Internet, 
including REMOTE VIRTUAL MAG¬ 
TAPE DRIVER submitted by W. Moeller, 
laserwriter, symbionts, sixel, VMS TAR, 
mail tools, innumerable others. VMS vir¬ 
tual disks. Includes contig. file disk, mem 
disk in process mem, cryptodisk, remote 
virtual disk, shadow disk, more. C KER- 
MITfor VMS, sliding windows. PGPLOT 
3D plot pkgfor multiple devices. Submit¬ 
ted by Glenn Everhart. 
Save/restore/flush DCL command buf¬ 
fer. Patch DCL recall to 60-odd lines. 

Get_input code allowing cmd recall. 

Login program. Submitted by Hunter 
Goatley. 

TREK Games, Spreadsheet in PASCAL, 
Calendar Utility, System monitoring and 
Performance Analysis Tools. Submitted 
by Don Kooker. 

Checksum /CRC utility for checking 
changes in .SYS programs, File Com¬ 
pression /Exp util. INDEX FORTRAN 
static analyzer & flowcharter. Macro 
preprocessor, Newsread Util. VT3xx 
Utilities incl. font builder and VT340 
paint utility. Submitted by Mike Levine. 
SYSUAF tailorable report util. Virtual 
memory access in HOLs routines. VMS- 

MAIL_PROFILE.DATA dump utility. 

Submitted by Brian Lomasky. 

BITNET utils. DECNET QIO examples. 
FILE - display /change file hdr info. A 
MUST-HAVE! Find - Locate files by 
criteria (e.g. zero length, lbn, crea.date, 
etc.). KFE - access known file database. 
MAIL - callable mail examples incl. 
CHECKMAIL. MENU - nifty menu sys¬ 
tem. OBJECT - example of getting info 
out of .obj. Sd. Status - clusterwide. UAF 
- search SYSUAF for criteria Also guess- 
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[.MPCALC] 

[.NFREED] 

[.NIELAND] 

[.NSWC] 

[.PAVLIN] 

[.POTTER] 


[.RANKIN] 


[.RUCKER] 


l.RXS] 

[.SESSINDEX] 

[.SIT] 

[.SJBROWN] 

[.SNAP] 


password checker. UNSDL - generate 
includes for many languages. Submitted 
by Joe Meadows. 

“Infinite” precision, programmable scien¬ 
tific calculator modified to work in VMS. 
Original submitted by Markku Heikkinen. 
DELIVER VAXmail delivery agent (allows 
selective forward, mail lists, etc.). Sub¬ 
mitted by Ned Freed. 

Password checker; ensures passwords 
are not in a dictionary. Submitted by Ted 
Nieland. 

NSWC RUNOFF - An alternative to 
Digital Standard RUNOFF, MAILUAF- 

An aid to maintaining VMSMAIL_ 

PROFILE.DATA. Submitted by A1 Zirkle. 
DISM32 VMS disassembler update. 
ETHERMON ethernet monitor enhan¬ 
cements. Submitted by Andy Pavlin. 
DCL Pipe, DECNET Copy, LAT host 

help, RENAME_BY_FID, SETUSER, 

TAIL, VMS_COMPRESS, WHER E 

AM_I, NETWHAT and ACE Scrubber. 

ACE scrubber will remove ALL ACEs 
for an identifier you remove. Submitted 
by Andrew Potter. 

EXTRACT - get records from start, end, 
middle of file. XSHOW - fill some missing 
SHOW commands. Fast Ethernet mon¬ 
itor. Sixel to PostScript filter. Count re¬ 
cords. UNO game. SMG support for 
terminals. Submitted by Pat Rankin. 
MAINT sys management utility. Backup/ 
restore front end. OPLOG extract SIG 
events. PMON, a free alternative to VPA 
and SPM. DECnet monitor stats. Batch 
production scheduling tool. Queue utility. 
Flexible number conversion & banner 
page builder. Operator doc. Misc., incl. 
tape conv. between VAX, IBM S/38, AS/ 
400, Sperry 1100. Submitted by Roger 
Ruckert. 

Routines for manipulating LAT applica¬ 
tion ports from high level languages 
without using QIO interface. Submitted 
by Robert Simon. 

Table of contents of most session notes 
for last few years. Submitted by John 
Stitzinger. 

Chain batch w/o mods to procs. Software 
load in heter. cluster. Printer symbiont 
mods; new burst/flag pages. C modules 
lib. Command file activation util not 
needing numerous symbols. Queued mail 
system. Submitted by David Stevens. 
Rewrite of SWING in C (directory main¬ 
tenance util). Queue monitor. Submitted 
by Simon Brown. 

System and user monitor system. Includes 
WATCH which allows observing/control 
of other terminals. Submitted by Dan 


Graham. 

[.SWAN] DATATRIEVE forms & Menu Interface 

(poor man’s FMS), BANNER. Submit¬ 
ted by David Swan. 

|.SXES SOURCE] Desk Top Calendar update and hardcopy 
appointment calendar print utility. Sub¬ 
mitted by Phil Deatherage. 

Procedures to find the holders of an iden¬ 
tifier and to find the identifiers held by a 
user. Submitted by Mr. Tedder. 

ETAPE - IBM tape access, com¬ 
plete! GETUAI - Authorize show clone. 
Show queue enhancement. Many print 
posters. Submitted by Dale Miller. 
XMODEM Protocol for VMS. Submitted 
by Alan Jedlow. 

YMODEM Protocol for VMS, plus unify¬ 
ing command proc. to select which pro¬ 
gram to run. Submitted by Earle Ake. 

Complete sources may or may not be included. 

Media (Service Charge Code): 2400’ Magnetic Tapes (PD) 
Format: VMS/BACKUP, 2400’ Magnetic Tape (SD) Format: 
VMS/BACKUP. TK50 Tape Cartridge (TD) Format: VMS/ 
BACKUP 


[.TEDDER] 

[.UALR] 

[.XMODEM] 

[.YMODEM] 


DECUS NO: VS0105 TITLE: Symposium Collection from the 
Languages and Tools SIG, Fall 1989, Anaheim Version: 
November 1989 


Author: Various 


Submitted by: Glenn Everhart & Ted Nieland 


Operating System: VAX/VMS Source Language: Various 
Keywords: Symposia Tapes - L & T 

Abstract: This is the Languages and Tools SIG tape from the 
Fall 1989, DECUS Symposium in Anaheim. The Fall 1989 VAX 
SIG tape and the Fall 1989 Languages and Tools SIG tape are 
two parts of a single collection. Users are advised to order both 
tapes in order to have the complete set. Refer to DECUS No. 
VS0106 for a description of the Fall 1989 VAX SIG tape. The 
following is a brief summary of highlights: 


[.ARTA] 


[.BULLETIN] 

[.CCA] 

[.COY] 

[.DBRYANT] 


FORTRAN Programming Tools. KER- 
MIT utilities for VAX to PC access incl. 
checking for new mail, printing on VAX 
printer, sending mail, etc. KRONOS timed 
cmds. Viewgraph generator. Misc. sys 
mgt utils. Submitted by Art Ragosta. 
Message bulletin board; works like VAX 
MAIL (also across DECnet). Submitted 
by Mark London. 

Examples - VAX TPU Programming in¬ 
side EVE - PSS examples. Submitted by 
Robert Tinkelman. 

WPE WPS-PLUS Emulator for TPU, 
V5.2. Submitted by Dale Coy. 

Global search and replace. (Source, Help- 
lib, Msgfile, Kitinsal.com) Tetris game 
forVAX. Source and .EXE. Submitted by 
David Bryant. 
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TeX related material. Includes DVIPS, 
BIBTEX for Mac, how to include Mac 
drawings in LaTeX docs, and TeX for 
DECwindows. Submitted by Ted Nieland. 
Programs and Images relating to ren¬ 
dering of the CIE color chart. Submitted 
by Robert Goldstein. 

Four level superset of EDT. Submitted 
by Glenn Fleming. 

GNU version of LEX lexical scanner 
generator. For VMS. Submitted by Vem 
Paxon. 

[.GNUSOFTWARE] Free Software Foundation code done 
since Spring ‘89 tapes. Includes GCC and 
G++ for VMS, high quality C and C++ 
compilers for VMS and more. Submitted 
by Angel Li. 

Graphics utility to process graphics files 
or DVI TeX graphics output for various 
devices. Submitted by Phil Andrews. 
Source to ANU NEWS Usenet news 
reader, V5.9. Submitted by Geoff Hous¬ 
ton. 

Changebars for RUNOFF files, DSR 
document builder. Submitted by Terry 
Poot. 

EVE extensions. Example of an editor 
environment on top of EVE. Includes rec¬ 
tangular functions (Cut, Paste, Copy, Fill, 
ChangeCase..). Submitted by Paul Boud¬ 
reaux. 

Extended EVE editor with spelling chec¬ 
ker, large dictionary. Submitted by 
Thomas Wolfe. 

Complete sources may or may not be included. 

Media (Service Charge Code): 2400’ Magnetic Tapes (PB) 
Format: VMS/BACKUP, 2400’ Magnetic Tape (SB) Format: 
VMS/BACKUP, TK50 Tape Cartridge (TB) Format: VMS/ 
BACKUP 


DECUS NO: V00468 TITLE: RESETV Version: 1.0, January 
1990 

Submitted by. Thomas Edward Chenault, U.S. Gov’t, WSNM, 
NM 

Operating System: VAX/VMS V5.2 Source Language: DCL 
Memory Required: 2.5KB Keywords: File Management 

Abstract: This program purges and renames a given file as if 
the version of the file kept were the first version created. The 
program will use any wildcard which is recognized by VMS. 
This program is not to be used on the system device, since error 
log, accounting file, etc., are expected at fixed locations. 

Notes: Executable and/or object code is included. 

Media (Service Charge Code): 600’ Magnetic Tape (MA) For¬ 
mat: VMS/BACKUP 


DECUS NO: V00467 TITLE: QMAN Version: 2.2, January 
1990 

Submitted by: David Cathey, DSC Communications, Plano, 
TX 

Operating System: VAX/VMS V5.1-1 Source Language: 
MACRO-32, PASCAL Keywords: Utilities - VMS 

Abstract: QMAN is a VMS utility to assist in the management 
of queues. It can be used in the system startup to start all 
queues that are local to the node. It will automatically search 
for candidate queues based on wildcard queue name, and queue 
type (if /BATCH or/DEVICE qualifiers are used). Queues that 
match the search criteria are started. Only local and generic 
queues are started to avoid complications of starting queues in 
a VAXCluster when not all nodes are available. As new queues 
are added into the system, QMAN will start them automatically 
with no further changes in the startup command procedure. A 
STOP command is available as well. 

The other main feature of QMAN is the ability to generate a 
command file that can be used to recreate the entire queue file. 
All form and queue qualifiers are maintained (including ACL’s 
on queues). The /FORM, /CHARACTERISTICS, /DEVICE, 
and /BATCH qualifiers are available to generate commands 
only for those selected components. By default, all queue com¬ 
ponents are generated. A /OUTPUT qualifier can be used to 
direct the output to a file. Corrupted queue files can be restored 
by initializing a new queue file and executing the QMAN 
generated command file. 

Notes: Operating System VAX/VMS V5.0 or later is required. 
Executable and/or object code is included. 

Media (Service Charge Code): 600’ Magnetic Tape(MA) For¬ 
mat: VMS/BACKUP 


DECUS NO: V00465 TITLE: TEKED Version: 1.0, January 
1990 

Submitted by: Thomas E. Chenault, U.S. Govt., WSMR, NM 

Operating System: VAX/VMS V5.0 through V5.2 Source 
Language: DCL Memory Required: 1.2KB Keywords: Editors, 
Tektronix, VT100 Routines 

Abstract: This command procedure sets up Tektronix 4105 and 
4109 terminals to use EDT, the Digital Equipment Corporation 
full screen editor. The TEK 4105 terminal must be known to the 
VAX as a device type FT4 and the TEK 4109 terminal must be 
known to the VAX as a device type FT3, at the time the user logs 
on to the terminal. 

Notes: Executable and/or object code is included. Operating 
System VAX/VMS V5.0 or later is required because of changes 
in foreign terminal designations. 

Media (Service Charge Code): 600’ Magnetic Tape(MA) For¬ 
mat: VMS/BACKUP 


[.EPUBS] 

[.ERI] 

[.EVEPLUS] 

[.FLEX] 


[.GPLOT] 

[.NEWS59] 

[.POOT] 

[.STP] 

[.XEVE] 
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DECUS NO: V00464 TITLE: LOOK - A BASIC Language 
File Browser Version: 1.0, October 1989 

Submitted by: George Me Duffee, Midland Brake, Iola, KS 

Operating System: VAX/VMS V5 Source Language: BASIC- 
PLUS Hardware Required: VT100, VT200, VT300 series of 
ANSI terminals Keywords: BASIC, Language Interpreters 

Abstract: LOOK is a VAX/VMS utility written in BASIC to 
determine parameters for a RMS data file and to examine its 
contents by “scanning” a “window” of twenty rows by seventy 
columns across the file using the cursor control [arrow] keys. 

A graphics or XWINDOW terminal is NOT required, however 
ANSI escape codes to set the normal, highlight, inverse and 
blink modes and cursor position are used. 

The RMS file parameters are extracted using an adaptation 
and extension of the example code in the VAX BASIC Reference 
Manual [p. 4-120/121] for the FSP$ function. 

The rows and columns are identified by numbers to the left and 
top using the inverse display mode. Maximum number of 
columns is currently 999 and maximum number of rows is 
currently 65,536, however this may be easily extended if 
memory/disk space is available. 

This utility has been found to be particularly useful when data 
is to be downloaded to a PC in that the file organization can be 
definitely defined and identified and the length/location of 
fields within a data string and other items such as actual or 
implied decimal points, types of delimiters if any, etc., can be 
verified. 

This helps avoid problems when there have been slight changes 
in the VAX file format, such as change in a field length from six 
to eight characters, so the data “translation” at the PC end can 
be adjusted before the PC data files are updated. 

The maximum data line length is determined and displayed. If 
the line is longer than 999 characters the actual length is dis¬ 
played, however only 999 characters can be seen in the “win¬ 
dow”. 

Line termination is indicated by one or two blank screen 
characters indicating CR, LF, or CR/LF. 

The major differences from other programs of this type are: 

. Determination and display of the RMS file parameters. 

. Identification of the row/column location of each character in 
the data display “window”. 

Not all RMS file types can be examined. 

Notes: Executable and/or object code is included. 
Documentation not available. 

Media (Service Charge Code): One RX50 Diskette (JA) For¬ 
mat: VMS/BACKUP, 600’ Magnetic Tape (MA) Format: VMS/ 
BACKUP 


DECUS NO: V00463 TITLE: X11TEK Version: 3.1, Decem¬ 
ber 1989 

Submitted by: Dr. Gerd Kobschall, Inst. Fur Keruphysik, 
Becherweg45; D6500 Mainz, West Germany 

Operating System: VAX/VMS V5.1-1 Source Language: C 
Memory Required: 500KB Software Required: DECwindows 
Keywords: Emulators, Tektronix 

Abstract: X11TEK is a Tektronix emulator for DECwindows 
and X Windows 11. It provides 4010 Tektronix capability and 
nearly full 4014 capability including some Retrographics ex¬ 
tensions. The emulator runs as a user subprocess and receives 
its input and sends its output via a mailbox from/to the Tek¬ 
tronix code generating application program. 

Notes: Executable and/or object code is included. Operating 
System VAX/VMS V5.1 or later is required. 

Media (Service Charge Code): 600’ Magnetic Tape (M A) For¬ 
mat: VMS/BACKUP 


DECUS NO: V00462 TITLE: CD_ACCESS Version: 2.01, 
November 1989 

Submitted by: Peter A. Stockwell, Department of Biochemis¬ 
try, Dunedin, New Zealand 

Operating System: VAX/VMS V5.1-1 Source Language: PAS¬ 
CAL Hardware Required: VAX system equipped with RRD40 
or RRD50 Compact Disc Reader Keywords: Data Com¬ 
munications, Utilities - VMS, CDROM 

Abstract: CD_ACCESS provides an interface to ISO 9660 

standard CDROMs which are not currently accessible directly 
from VMS. VMS like commands allow setting of default direc¬ 
tories and file transfers from the CD. On line help is provided 
along with comprehensive documentation. 

Notes: Executable and/or object code is included. 

Media (Service Charge Code): 600’ Magnetic Tape (MA For¬ 
mat: VMS/BACKUP 

DECUS NO: V00458 TITLE: LeafWare and GraphiesVer- 
sion: 4.0, December 1989 

Author: DougWamack, Interleaf 
Submitted by: Kim White, Interleaf 

Operating System: VAX/VMS V4.7 Software Required: Inter¬ 
leaf version 4.0 or greater Keywords: Utilities - VMS 

Abstract: LeafWare is provided to serve as a guide to writing 
your own LeafWare scripts. The LeafWare cabinet contains a 
useful set of Lisp scripts. This cabinet also embodies a conven¬ 
tion for sharing and managing Lisp programs among individual 
users. 

The LeafWare cabinet contains four cabinets:Library, Leaf- 
Scripts, Examples, as well as a Documentation cabinet. The 
LeafScripts cabinet contains scripts that can be pasted into 
your own Custom-JSelection and No Selection cabinets. The 
Library cabinet contains supporting Lisp code for LeafScripts 
(note that not all of the LeafScripts require supporting code 
from the Library). This supporting Lisp code is loaded auto¬ 
matically the first time you run one of these LeafScripts. The 
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Documentation cabinet has supporting documents that des¬ 
cribe how to use LeafWare. The installation instructions auto¬ 
matically append a “defautoload” line into your users profile. 
This will allow the LeafScripts to load Lisp from the Library 
cabinet. 

The graphics cabinet is a set of graphic files from Doug 
Wamack, an InterLeaf graphics’ specialist. The cabinet con¬ 
tains examples of a bit of everything from technical and com¬ 
mercial illustrations to cartoons to clip art. 

Notes: Operating System VAX/VMS V4.7 or later is required. 
Interleaf is intended for use with a TPS release V4.0 or later on 
the VMS operating system. It contains two parts: LeafWare 
cabinet and Graphics cabinet. 

Media (Service Charge Code): 2400’ Magnetic Tape (PA) 
Format: VMS/BACKUP 


DECUS NO: V00451 TITLE: DECserver - Print Queue Ver¬ 
sion: 1.0, November 1989 


Submitted by: Pasquale F. Scopelliti, Corning Incorporation, 
Corning, NY 


Operating System: VAX/VMS Source Language: DCL Soft¬ 
ware Required: Terminal Server Manager (TSM) forDebugger 
Keywords: Utilities - VMS 


Abstract: This package consists of files needed to manage 
large numbers of DECserver-based print queues. It contains 
Txt files containing escape sequences for various devices, 
especially the LN03 printer. The following is a brief summary 
of highlights: 

SETUP_LAT_ DEVICES.COM 

Reads the definition file LAT_PRIN- 

TERS.DEF, and defines all the queues 
and LAT ports. Some user editing might 
be needed in the RESET sequences in the 
queue initialization commands and in the 
SET TERMINAL settings. 


CHECK_QUEUE. 

COM Checks all aspects of a DECserver based 

queue. In particular, it goes out to the 
DECserver and verifies that its name 
and port are setup properly. It requires 
that TSM (Terminal Server Manager) be 
installed. 

MAINT.COM Maintains the entries in SYSSLIB- 

RARY: SYSDEVCTL.TLB. 


Some of the setup escape sequences included are: 

. LN03_80COL_JX)RTRAIT. _3HOLE.TXT, LN0a_132COL_ 

LANDSCAPE_3HOLE.TXT, these sequences leave room 

for a three hole punch. 

. LN03_200_80.TXT, used for landscape printing at 200 

characters by 80 lines. This is about as tight as can be, and still 
be readable. 

. LN03_BOX.TXT, draws a box around the page. 

. LN03_TCS_LANDSCAPE.TXT, LN03_TCS_POR- 

TRAIT.TXT, used for documents containing Technical Char¬ 
acters. 


Notes: Operating System VAX/VMS V4.6 through V5 is re¬ 
quired. 

Complete sources may or may not be included. 

Media (Service Charge Code): 600’ Magnetic Tape (MA) For¬ 
mat: VMS/BACKUP 


DECUS NO: V00446 TITLE: Text Formatter for LN03 Prin¬ 
ter Version: 1.0, August 1989 

Submitted by: Digital Equipment Corporation India Ltd 

Operating System: MS-DOS V3.0 Source Language: TURBO 
C Memory Required: 256KB Hardware Required: LN03 Laser 
printer to be connected with PCs or PC/XTs through serial port 
Keywords: IBM, Text Formatting 

Abstract: This package consists of the following utilities for 
document preparation on the LN03 Laser Printer: 


. Screen dump 
routine 

. Save screen 
routine 


. Text formatter 


Simulates the MS-DOS Prtsc routine for 
LN03 Laser Printer. 

Graphics generated on the screen can be 
saved to a file for further formatting pur¬ 
poses. 

WORDSTAR compatible document files 
can be formatted with additional features 
like downloadingfonts, selection for print¬ 
ing, table formatter, special and mathe¬ 
matical symbols printing, formatting 
external data created by utility, save 
screen routine. 


In general, the utilities provide a user friendly menu driven 
interface between IBM Compatible Personal Computers’ family 
and an LN03 Laser printer. 

Notes: The programs in the package make use of dot com¬ 
mands and control character sets similar to WORDSTAR, 
table handling features similar to NROFF and MACROS for 
Math symbols similar to TeX. Operating System MS-DOS V3.0 
or later is required. 

Restrictions: Complicated mathematical expressions and gra¬ 
phic language features are not supported with this version. 
This software has to be run on an IBM compatible PC for inter¬ 
facing an IBM compatible PC with an LN03 Laser Printer. 
Please note the media is an RX50 diskette. IBM Compatible 
Personal Computers cannot read RX50 diskettes, so it would be 
necessary to transfer the data on the RX50 diskette to a dis¬ 
kette compatible with IBM Personal Computers. 

Documentation available in hardcopy only. 

Media (Service Charge Code): User’s Manual (EA), One RX50 
Diskette (JA) Format: VAX/ANSI 
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NEW LIBRARY PROGRAMS AVAILABLE 
FOR THE 

PDP-11 FAMILY OF COMPUTERS 


DECUS NO: 11S110TITLE: Symposium Collection from the 
RSX SIG, Fall 1989, Anaheim Version: 1, January 1990 

Author: Various 

Submitted by: Glenn C. Everhart, Ph.D. 

Operating System: IAS, RSX-11M, RSX-11M-PLUS Source 
Language: FORTRAN IV, MACRO-11 Keywords: Symposia 
Tapes - RSX-11 

Abstract: This is the RSX SIG Tape from the Fall 1989 DECUS 
Symposium in Anaheim. It is available in either BRU format or 
VMS/BACKUP format. The VMS Tape is DECUS Program No. 
VS0111. Following are brief descriptions of the contents of the 
directories on the tape. 

[265,001] MCE V4.22, the much beloved EDT-style 

RSX Command line editor. EFN, a utility 
to set/reset/show global, group-global 
and local event flags of all tasks: RCV, a 
utility to show and/or delete SEND/ 
RECEIVE and SEND/RECEIVE BY 
REFERENCE packets: SEN, a utility to 
send data and send data by reference to a 
specified task; VSEN, a variable send 
data utility for RSX-11M systems, and 
VRECEVE, the receive version. Plus a 
compilation of all RSX-11M sysgen sym¬ 
bols. Submitted by Hans Hamakers. 
[266,001] SEARCH searches for a string in one or 

more files. STRAP removes the comment 
sections from MACRO-11 source listings 
to speed-up the assembly process: es¬ 
pecially useful when re-assembling large 
programs. Submitted by Peter Vergeer. 

[267,001] BRUDIR is an improved version of the 

well known BRUDIR on the Spring 1986 
tape. LCU is a utility to locate the users 
of a common area. TPC is an enhanced 
version of the TPC tape-to-tape utility 
present on each SIG tape. Submitted by 
Erik Beumer. 

[300,001] General description of tape contents. 

[300,002] BIGTPC and VMSTPC and other utilities 

for tape copy of these tapes. 

[300,003] Updated index of most RSX SIG tapes 

between 1979 and this one. Starting point 
was the index prepared by Annamaria 
Szentgali of the German RSX SIG which 
appeared on the European 1984 RSX SIG 
tape. Submitted to the European dis¬ 
tribution by Jan Belgraver. 

[356,040] KERMIT-11 update (V3.60). Complete 

KERMIT-11 distribution for com¬ 
munications with other systems. Also 
includes binaries for KERMITS for VAX/ 
VMS, IBM PC. Submitted by Brian 
Nelson. 


[373,100] 

[374,100-117] 

[374.121] 

[374.122] 

[374.123] 

[374.124] 


MAP allows examining mapping infor¬ 
mation for a file, useful for checking disk 
fragmentation. SWATCH is a stopwatch 
to time execution of command lines. Sub¬ 
mitted by Adrian Bottoms. 

Cargill Utility library for PASCAL, in¬ 
cluding invoking RSX directives from 
PASCAL, a string handling package, and 
format conversion routines. Submitted 
by Jim Bostwick. 

Multi-Tasker Runoff sources. Submitted 
by Bruce Mitchell, Jim McGlinchey, and 
Jim Bostwick. 

Cache tape driver, adds caching to tape 
drives not internally buffered. Submit¬ 
ted by Dave Mischler. 

BRUDIR in Macro. Directory listing of 
BRU tapes. Fixes problems with named 
directories and large numbers of files 
and with octal versions. Submitted by 
Dave Mischler. 

RSX-11M-PLUS Symbolic Debugger. 
Submitted by Dave Mischler. 


Complete sources may or may not be included. 

Media (Service Charge Code): 2400’ Magnetic Tape (PS) For¬ 
mat: BRU, TK50 Tape Cartridge (TC) Format: BRU 


DECUS NO: 110924 TITLE: HEATH Version: 1, February 
1989 

Submitted by: John M. Crowell, Davis, CA 

Operating System: RT-11 V5.5 Source Language: MACRO-11 
Memory Required: 8KB Hardware Required: Heathkit Model 
GC1000 Digital Clock and DL11-Type Serial Port Keywords: 
Clock, Heath-11 

Abstract: This program sets the RT-11 date and time from the 
ASCII string produced by the Heathkit GC1000 WWV clock 
connected to aDLll type serial port. It may be run from a star¬ 
tup command file to set the system date and time at boot¬ 
strap. 

Notes: Operating System RT-11 V5.0 or later is required. 
Executable and/or object code is included. 

Media (Service Charge Code):One RX50 Diskette (JA) For¬ 
mat: RT-11, One RX01 Diskette (KA) Format: RT-11 

DECUS NO: 110540 HP9872 Plotting Package for use with 
MINCs Version: 2.0, August 1982 

Submitted by: Rangarajan Jayaraman, Stanford University, 
Stanford, CA 

Operating System: MINC, RT-11 V4 Source Language: FOR¬ 
TRAN IV V2.5, MACRO-11 Memory Required: 64 KB Hard¬ 
ware Required: IBV11-A (IEEE-488 Instrument Bus Interface), 
HP9872 Graphics Plotter with HP-IB Interface. Keywords: 
MINC/RT-11 Software, Plotting 

Abstract: This powerful and comprehensive plotting package 
consists of a number of FORTRAN callable subroutines for 
using a HP9872 Graphics Plotter with MINC computers. The 
main objectives of the package are to free the user from having 
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to acquire detailed knowledge of the hardware and software 
aspects of the plotter for its effective usage and to provide 
routines which generate 

‘standard plots’ of‘report quality’ with minimal input from the 
user while assuming on the part of the user minimal knowledge 
of the package itself. 

Some of the many features of this package are: Linear or 
logarithmic mapping along either or both axes, numerical labels 
along axes, tic marks, grid lines, axes titles, plot title, character 
strings with super and subscripts, symbols at data points, dif¬ 
ferent types of lines between data points, five different types of 
single frames, fourteen different types of multiple frames with 
shifted origins, line type legend blocks, informative legend 
blocks and auto ranging. 

Media (Service Charge Code): User’s Manual (ED), One RX01 
Diskette (KA) Format: RT-11,600’ Magnetic Tape (MA) For¬ 
mat: RT-11 


REVISIONS TO LIBRARY PROGRAMS 

DECUS NO: VS0053 TITLE: KERMIT Distribution Version: 
January 1990 

Author: Various 

Submitted by: Glenn C. Everhart, Ph.D. 

Operating System: CP/M, IAS, MS-DOS, Micro/RSX, Mic- 
roVMS, OS/278, OS/78, P/OS, RSTS/E, RSX-11M, RSX-11M- 
PLUS, RT, RT-11, TOPS-10, TOPS-20, ULTRIX, VAX/VMS, 
VENIX Source Language: BLISS-16, BLISS-32, BLISS-36, C, 
FORTRAN 77, FORTRAN IV, LISP, MACRO-10, MACRO-11, 
MACRO-32, PASCAL, VAX BASIC Keywords: Data Com¬ 
munications, KERMIT 

Abstract: This tape collection contains a VMS Backup saveset 
made from the KERMIT distribution from Columbia Univer¬ 
sity dated January 28, 1990. The tape collection contains all 
KERMITS known to Columbia as of that date plus a large 
amount of documentation. 

The Columbia distribution is on five (5) reels of tape. To reduce 
costs, this distribution has been placed on TWO (2) reels of tape 
for DECUS, in VMS/BACKUP format at 1600 BPI, one tape at 
6260 BPI. All KERMITS are here as distributed by Columbia 
University. Complete KERMIT documentation and booting 
instructions are on the tape. No paper documentation is 
needed. 

Files beginning with AA*.* should be looked atfirst for an over¬ 
view of what’s here. 

Changes and Improvements: New MS-DOS KERMIT V3.0 
added plus others. 

Media (Service Charge Code): 2400’ Magnetic Tapes (PB) 
Format: VMS/BACKUP, 2400’ Magnetic Tape (SB) Format: 
VMS/BACKUP, TK50 Tape Cartridge (TB) Format: VMS/ 
BACKUP 


DECUS NO: 110736 TITLE: DV: Virtual Device Handler for 
RT-11 Version: November 1989 

Submitted by: R. Tapp, University of Victoria, Victoria, B.C., 
Canada V8W 2Y2 

Operating System: RT-11 V4.00 or 5.01 Source Language: 
MACRO-11 Memory Required: 32KB Software Required: See 
Notes Keywords: Data Communications, Device Handlers 

Abstract: A patch for the RT-11 file DD.MAC creates the 
source file for a new device handler DV that can access virtual 
devices on a host computer using a standard serial terminal 
line. These virtual devices can be used either for file com¬ 
munication with the host system or as backup storage for RT- 
11 files. Included are an RT-11 terminal emulator program for 
establishing communication with the host system, a stand¬ 
alone bootstrap loader program for DV, and a set of server pro¬ 
grams for a VAX/VMS host that support virtual devices com¬ 
patible with the VMS EXCHANGE utility and emulate TU58, 
RK05, RL01, RX01 and RX02 devices. 

Notes: Includes a companion server program for a VAX/VMS 
V4.4 host with both PASCAL V3.4 and object files. This pro¬ 
gram must be customized for other host operating systems. 
Supplied patches require RT-11 V4.00 or V5.01 source files. 
Other versions may not be compatible. 

Changes and Improvements: RT-11 V5 handler now supports 
special function call to return the device size and SET com¬ 
mands for timeout period and retry count. 

Media (Service Charge Code): User’s Manual (EA), One RX01 
Diskette (KA) Format: RT-11, 600’ Magnetic Tape (MA) For¬ 
mat: RT-11 


DECUS NO: V00336 TITLE: FTX Version: 5.0-2-A, Novem¬ 
ber 1989 

Submitted by: C.J. Chapman, Philips Defence Systems MEL, 
Crawley, Sussex, England, RH10 2PZ 

Operating System: MicroVMS V5.0, VAX/VMS V5.0 Source 
Language: MACRO-32 Memory Required: 143KB Keywords: 
System Management - VMS, Utilities - VMS 

Abstract: FTX - Foreign Tape Extension utility is a systems 
management tool that enables ASCII or EBCDIC data files to 
be written, or read from unlabelled magnetic tape using com¬ 
binations of block and record format. 

Features include: 

. Automatic tape mount and dismount with no unload. 

. Forward tape mark skipping before read begins. 

. Full wild card file processing. 

. Record padding and stripping. 

. Read while spooling option. 

. Character translation checking. 

. Data I/O checking. 

. Tape erase option. 

. Tape test option 

Release notes are distributed with each order. 

Notes: Operating System VMS V5.0 or later is required. 
Executable and/or object code is included. 

Changes and Improvements: Program has been revised for 
Operating System VAX/VMS V5.0. 
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Media (Service Charge Code): 600’ Magnetic Tape (M A) For¬ 
mat: VMS/BACKUP, or order VL0009 


DECUS NO: V00301 TITLE: DVIOUT - DVI Output Driver 
Version: 1.2, January 1990 

Submitted by: Scott Campbell, PAR Government Systems Cor¬ 
poration, Colorado Springs, CO 

Operating System: VAX/VMS V5.2 Source Language: C, 
MACRO-32 Memory Required: 2MB Software Required: TeX, 
METAFONT, and associated utilities Hardware Required: 
PostScript laser printer or Tektronix 4014. Print symbiont 
requires Apple LaserWriter Keywords: Conversions, Graphics 

Abstract: DVIOUT is a program for converting DVI files pro¬ 
duced by TeX for use by specific output devices, including laser 
printers and high resolution graphics devices. Features include: 

. Support for multiple output devices. The currently supported 
devices include the Apple LaserWriter (and PostScript in 
general), and the Tektronix 4014. An untested IMAGEN 
driver is also included. The PostScript driver should work 
with the LN03R. Additional output devices can be supported 
by providing a few low-level routines to perform the basic 
device output functions. 

. Inclusion of PostScript, Tektronix 4010/4014 and MacPaint 
graphics files in the formatted output. The output resulting 
from the graphics file interpretation can be scaled, translated 
and rotated (in any of four orientations). 

. Line, arc, point and filled polygon graphics operations. 

. Automatic top and bottom page markings. 

. Command line options for page selection and collating order. 

. Landscape page orientation and various paper sizes. 

. Support for PostScript native fonts. 

. Support for preloaded TeX fonts. 

. Support for TeX-XeT, right-to-left text within left-to-right 
text 

. Support for change bars in the left or right margins. 

. Pixel, packed or generic font pixel files can be used. 

Also included is a print symbiont designed to control the Apple 
LaserWriter printer. Features include: 

. Capability to drive up to four LaserWriters simultaneously. 

. All PostScript-generated output is printed at the end of job. 

. A special exitserver mode that allows for the semi-permanent 
downloading of fonts to the printer. 

. Detection of errors and machine problems from the Laser¬ 
Writer. 

. Generation of flag, trailer and burst pages. 

. Inclusion of modules from the device control library. 

. Notification to the print operator of special form required 
and/or manual feed options, and of machine problems. 

A utility program (QUERYLW) is provided that will allow the 
font metric information for the LaseW riter fonts to be obtained. 


DVIOUT. Other improvements are the ability to include Post¬ 
Script pictures in the output, to generate and use preloaded 
TeX fonts, and to output margin change bars. Site dependent 
information is now contained in options file. 

Assoc. Documentation: Descriptions of PXL, PK, GF, TFM 
and DVI file formats are with the TeX distribution, DECUS No. 
VS0058, but are not required to use this program. 

Restrictions: Print symbiont requires READALL, TMPMBX, 
ALLSPOOL, SHARE, LOGIO and PHYIO privileges. 

Media (Service Charge Code): 600’ Magnetic Tape (MA) For¬ 
mat: VMS/BACKUP, or order VL0008 


DECUS NO: 110795 TITLE: GRAPHKIT: Graphics Routines 
for the HP-7221C/T Plotter Version: 4, January 1990 

Submitted by: R. E. Beverly III Ph.D., R. E. Beverly III and 
Associates, Columbus, OH 

Operating System: RSX-11M V4.1, RT-11 V5.1, VAX/VMS 
V4.5 Source Language: FORTRAN 77 Memory Required: 
Largest program requires 28KW Software Required: Hewlett- 
Packard PLOT/21 software library Hardware Required: 
Hewlett-Packard 7221C/T plotter Keywords: Graphics, Scien¬ 
tific Applications 

Abstract: GRAPHKIT is a collection of software tools designed 
to supplement Hewlett-Packard’s PLOT/21 library by provid¬ 
ing routines to easily plot linear, semilogarithmic and loga¬ 
rithmic graphs in standard scientific/engineering formats of 
publication quality. Additional routines are provided which 
permit rapid layout and production of viewgraphs and trans¬ 
parencies, bar graphs and pie charts. 

The user is given full control over the x- and y-axis minima and 
maxima, the generation of axis labels and major and minor tick 
marks and curve legends. Multiple curves can be drawn on a 
single plot. Each curve can consist of data symbols only, data 
symbols connected by continuous lines, or lines connecting the 
data points with no symbols. The user selects the pen number, 
symbol type (if any), and line type for each curve. 

Notes: Due to many similarities between calls to PLOT/21 and 
other plotter libraries (e.g. CalComp), it should be straightfor¬ 
ward to modify these routines for use with other plotters. 

Changes and Improvements: This version includes the cap¬ 
ability for curve fitting using a least-squares polynomial or 
natural cubic spline. 

Media (Service Charge Code): One RX01 Diskette (KA) For¬ 
mat: FILES-11, 600’ Magnetic Tape (MA) Format: FILES- 
11 


A utility program (PSFONT) is provided that will convert TeX 
fonts to PostScript fonts that can be downloaded to the printer. 

Notes: Operating System VAX/VMS V5.2 or later is required. 
Program can be relinked on version 5.0 or higher. 

Changes and Improvements: A new utility is provided to 
generate PostScript fonts from TeX fonts and to use them from 
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ASST SESSION NOTES EDITOR 
David Frydenlund 
Terman Frydenlund Applied Tech. 
10839 Broadwater Drive 
Fairfax. VA 22032 
STORE REPRESENTATIVE 
Sally Townsend 
Inst. Defense Analysis 
1801 N. Beauregard St. 

Alexandria, VA 22311 
(703) 845-2122 

PUBLIC DOMAIN SOFTWARE TF CHAIR 
LIBRARY REPRESENTATIVE 

Jim Sims 

Space Telescope Science Ins. 

3700 San Martin Drive 
Baltimore, MD 21218 
(301) 338-4949 


COMMUNICATIONS COMMITTEE 
John Shephard 
El. Lilly Research Labs. 

Lilly Corporate Center 
MC625, Bldg. 98C/2321 
Indianapolis. IN 46285 
(317) 276-7947 

AI LUG COORDINATOR 
ASSISTANT STORE REP. 

Dennis ('lark 
RT2 Box 264 
Kingston. TN 37763 
(615) 576-7384 

REPORTER TO THE UPDATE.DAILY 

Bill Lennon 

SEMINAR UNIT REP. 
CAMPGROUND COORDINATOR 

Leona Fluck 

Educational Testing Service 
Rosed ale Road 
Princeton. NJ 08540 
(609) 734-1243 
DEC COUNTERPART 
Marcia Roland 
Marlboro, MA 

MEMBERS-AT-LARGE 

David Slater 
Cieorge Winkler 
Jeff Fox 

John Williamson 

Wayne Graves 

Matt Mathews 

Dave Campbell 

Shirley Bockstahler-Brandt 

Barry Breen 

Tom Viana 



BUSINESS APPLICATIONS SIG 

CHAIRMAN 

George Dyer 
Gallaudet University 
800 Florida Ave, NE-EMG Bldg 
Washington, DC 20002 
(202) 651-5300 

COMMUNICATIONS COORDINATOR 

Bob Sr. DOC H 
Pioneer Standard Elect. 

4800 East 131st St. 

Data Prfocessing 
Cleveland, OH 44105 
(216) 587-3600-389 
SYMPOSIA COORDINATOR 
Mark Hults 

USSA Administrative Systems 
USSA Bldg. B01E 
San Antonio, TX 78288 
(512) 498-8725 
LUG COORDINATOR 
Patrick LeSesne 
U.S. Coast Guard 
Room 1416E 2100 2nd St. SW 
Washington, DC 20593 
(202) 267-0354 


MARKETING COORDINATOR 

Tom Byrne 
L. Karp & Sons 
1301 Estes 

Elk Grove Village, IL 60007 
(312) 593-5706 

PROGRAM PLANNING COORDINATOR 

Stuart Lewis 
Douglas Furniture Corp. 

P.O. Box 97 
Bedford Park, IL 60499 
(312) 458-1505 

SEMINARS COORDINATOR 

Daniel Esbensen 
Touch Technologies, Inc. 

9990 Mesa Rm , Rd. #220 
San Diego, CA 92121 
(619) 455-7404 
LRP COORDINATOR 

Arnold I. Epstein 
D-M Computer Consultants 
Rolling Meadows, IL 60008 
(312) 394-8889 
NEWSLETTER EDITOR 
Dave Levenberg 
Credit Suisse 
Dept OA1 15th floor 
100 Wall Street 
New York, NY 10005 
(212) 612-8372 

SESSION NOTE EDITOR 
Richard Kemp 
Softport 

99 Madison Avenue 
New York, NY 10016 
(212) 889-6575 

LIBRARY REPRESENTATIVE 

David Hittner 
Projects Unlimited 
3680 Wyse Road 
Dayton, OH 45414 
(513) 890-1800 
CL SIG LIAISON 

Becky Burkes-Ham 

DMS SIG LIAISON Joe Sciuto MEMBERS-AT-LARGE 
Robert D. Lazenby 
Dixie Beer Dist.. Inc. 

Louisville, KY 
Robert Kayne 
Gallaudet College 
Washington, DC 
Ray Evanson 
Paragon Data Systems 
Winona, MN 

DEC COUNTERPARTS 
Paula Daley 

Digital Equipment Corporation 
Merrimack, NH 03054-0430 
Pam Kukla 

Digital Equipment Corporation 
Maynard, MA 01754 
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DATATRIEVE/4GL SIG 

CHAIRMAN 

Donald E. Stern Jr. 

Warner Lambert Company 
10 Webster Road 
Milford. CT 06460 
(203) 783-0238 

SYMPOSIA COORDINATOR 

Bernadette Reynolds 
City of Ontario Police 
200 N. Cherry Ave. 

Ontario. CA 91764 
(714) 988-6481 

ASS‘T SYMPOSIA REPRESENTATIVES 

T. Chris Wool 

E.I. duPont DeNemours & Co. 
Engineering Dept. 

P.O. BOX 6090. 

Newark, DE 19714-6090 
(302) 366-4610 
Janet G. Banks 
Weyerhaeuser Info. Sys. 

Mail Stop CCB-2E 
Tacoma. WA 98477 
(206) 924-4082 
John Babiarz 
System Support Services 
15 Aircraft Road 
Southington. CT 06489 
(203) 628-5674 
NEWSLETTER EDITOR 
Joe H. Gallagher 
Research Medical Center 
2316 East Meyer Blvd. 

Kansas City, MO 64132 
(816) 276-4235 

COMMUNICATION REPRESENTATIVE 
PRODUCTION EDITOR 

Steve Cordiviola 

Kentucky Geological Survey 

228 Mining & Mineral Resources Bldg. 

Lexington, KY 40506-0107 

(606) 257-5863 

ASSOCIATE NEWSLETTER EDITOR 
Pasquale (Pat) F. Scopelliti 
Coming Glass Works 
Mail Stop MP-RO-01-1 
Coming, New York 14831 

(607) 974-4496 
Herbert G. Reines 
Reznick Fedder & Silverman 
4520 East West Highway 
Suite 300 

Bethesda, MD 20814 
(301) 652-9100 
Richard Copeland 
Coming Inc. 

Mail Stop HP-CB-06 
Coming, NY 14831 
(607) 974-8020 
Lorey B Kimmel 
6707 Whitestone Road 
Baltimore, MD 21207 
(301) 298-1500 

VOLUNTEER COORDINATOR 
Harry Miller 
City of Ontario Police 
200 N. Cherry Avenue 
Ontario, CA 91754 
(714) 988-06481 

ASSISTANT VOLUNTEER COORD. 

Judy Cutuli 

Warner Lambert Company 
10 Webster Road 
Milford, CT 06460 
(203) 783-0247 


MEMBER AT-LARGE 

Dana Schwartz 
9325 Creekview Drive 
Laurel, MD 20708 
(301) 859-6277 

SESSION NOTES EDITOR 
Gary Wenger 
3M Company 
904 Bush Avenue 
MS 422E-08 
St Paul. MN 55133 
SUITE COORDINATOR 
Bert Roseberry 
Commandant (G-APA-1) 

2100 2nd Street, S.W. 

Washington, DC 20593-0001 
(202) 267-2629 

DIGITAL COUNTERPARTS 
John L. Henning 
Digital Equipment Corporation 
110 Spit Brook Road, ZK02-3/K06 
Nashua, NH 03062-2698 
(603) 881-2705 

ARTIST & LIBRARY REP. 

Bart Z. Lederman 
System Resources Corporation 
DOT Transportation System Center 
Kendall Square DTS-66 
Cambridge, MA 02142 
(617) 494-2792 

WORKING GROUP COORDINATOR 
Larry Jasmann 
Booz-Allen & Hamilton 
10067 Marshal Pond Road 
Burke, VA 22015 
(301) 951-2056 

RALLY WORKING GROUP CHAIR 

Steven G. Fredrickson 
Fredrickson Consulting Service 
2722 37th Avenue SW 
Seattle, WA 98126 
(206) 938-0482 

RALLY WORKING GROUP VICE CHAIR 

B. Paul Bushueff 

DOT Transportation System Center 
Kendall Square DTS-66 
Cambridge, MA 02142 
(617) 494-2090 

RALLY ASSOCIATE NEWSLETTER EDITOR 

Kyle R. West, Jr. 

TEEPAK, Sandy Run Plant 
P.O. Box 11925 
Columbia, SC 29211 

RALLY DECUServe COORDINATOR 

George A. Kossl 
Digital Systems Consultants 
12125 Woodcrest Executive Parkway 
Suite 140 

St. Louis, MO 63141 
POWERHOUSE W/G CHAIR 
David Hatfield 

Merrimack County Telephone Co. 

P.O. Box 337 
Contoocook, NH 03229 
(603) 746-9911 

POWERHOUSE WORKING GROUP VICE-CHAIR 

Douglas L. Brantley 
Cerritos College 
11110 E. Alondra Blvd. 

Norwalk, CA 90650 
(213) 860-2451 x219 

POWERHOUSE ASSOCIATE NEWSLETTER EDITOR 

C. Cecil Hawkins, Jr. 

General Instrument - Videocipher 
6262 Lusk Blvd. 

MS: 817 

San Diego, CA 92121 
(619) 455-1500 x2187 

SMARTSTAR WORKING GROUP CHAIR 

Charles B. Gross 
Dow Chemical 
MAS&TL Bldg S66 
Midland, MI 48667 
(517) 638-1374 


ACCENT-R USER GROUP LIAISON 
Winston Tellis 
Fairfield University 
North Benson Road 
Fairfield. CT 06430 
(203) 254-4000 

FOCUS WORKING GROUP CHAIR 

Les Hulse 

The Gillette Company 
Prudential Tower Bldg. 

Boston, MA 02199 
(617) 421-7910 

FOCUS COUNTERPART 
Sebastian S. Holst 
Information Builders, Inc. 

1250 Broadway 26th Floor 
New York, NY 10001 
(212) 736-4433 

ORACLE WORKING GROUP CHAIR 

Shaul Ganel 

Georgeson & Company Inc. 

Wall Street Plaza 
New York, NY 10005 
(212) 440-9933 

ORACLE WORKING GROUP VICE CHAIR 

Mark Keller 

U.S. Food & Drug Administration 
1901 Chapman Avenue, Room 309 
MS: HFZ-50 
Rockville, MD 20857 

(301) 443-1160 

ORACLE SYMPOSIA COORDINATOR 

James Hintze 

Prudential-Bache Securities Inc. 

100 Gold Street 
New York, NY 10292 
(212) 776-4582 

ORACLE ASSOCIATE NEWSLETTER EDITOR 
James Mazur 
Baxter Healthcare Corp. 

1450 Waukegan Road, MPN-04 
McGaw Park, IL 60085 
(708) 689-6432 

ORACLE MEDIA COORDINATOR 

Roger Larson 
Baxter Healthcare Corp. 

1450 Waukegan Road 
McGaw Park, IL 60085 
(708) 689-6443 

ORACLE WORKING GROUP AT-LARGE 

Stanley Yellott 
Cellular Incorporated 
5990 Greenwood Plaza Blvd. 

Suite 300 

Englewood, CO 80111 
(303) 694-8557 

ORACLE COUNTERPART 

Barbara J. Hochgesang 
1 Davis Drive 
Belmont, CA 94002 
(415) 598-4353 

INGRES WORKING GROUP CHAIR 

Larry W. Hicks 
Turn Key Solutions. Inc. 

1914 Fox Sterling Drive 
Raleigh, NC 27606 
(919) 460-9896 

INGRES ASSOCIATE NEWSLETTER EDITOR 
Karen H. Goldsmith 
American Mathematical Society 
P.O. Box 6248 
Providence, RI 02940 
(401) 272-9500 x240 

CORTEX WORKING GROUP CHAIR 

Eric S. Dubiner 
duPont IEA 

Nemours Building Suite 9418 
Wilmington, DE 19898 

(302) 773-6780 

1032 WORKING GROUP CHAIR 

Darwin L. Hatheway, Jr. 

3M, Information Systems & Data Processing 
Building 224-4S-02, 3M Center 
St. Paul, MN 55144-1000 
(612) 736-5046 
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DAARC SIG 

CHAIRMAN 

James Deck 

Inland Steel Research Lab. 

3001 East Columbus Drive 
East Chicago, IL 46312 
(219) 392-5613 

SESSION NOTE EDITOR 
Tracy R. Kane 

Science Applications Int’l. Corp. 

P.O. Box 2501 
800 Oak Ridge Tpke. 

Oak Ridge, Tennessee 37831 
H/(615) 966-3053 
W/(615) 576-2262 

COMMUNICATIONS REPRESENTATIVE 
NEWSLETTER EDITOR 

Dale Hutchison 
Cummins Engine 
500 Jackson Street 
Columbus, Indiana 47201 
SYMPOSIUM REPRESENTATIVE 
Mike Gallant 
Cummins Engine 
4720 Baker Street Ext. 

Lakewood, NY 14750 
HARDWARE & INTERFACING 
Peter Clout 

Los Alamos National Lab 
Los Alamos, NM 

MATH STATISTICS & ANALYSIS 
Herbert J. Gould 
C.C.F.A. Univ. of Ill. Medical Ctr. 
Chicago, IL 

RS-1 

George Winkler 
CPC International 
Argo, IL 

CIM WORKING GROUP 

Randall S. Gamby 
McDonnell Aircraft Co. 

M/S 0801480 
P.O. Box 516 
St. Louis, MO 

DIGITAL COUNTERPART 

Bill Forbes 
Marlboro, MA 
Drew Comstock 
Maynard, MA 
Laura Startzenbach 
Marlboro, MA 



DATA MANAGEMENT SYSTEMS SIG 

CHAIRMAN 

Tim Mueller 
Silutions, Inc. 

19m E. Central Ave., Suite 223 
Paoli, PA 19301 
(215) 640-4344 


MEMBER AT LARGE 
Past SIG Chairman 

Doug Dickey 

GTE Government Systems 
1700 Research Blvd. 

Rockville, MD 20805 
(301) 294-8462 

SESSION NOTES EDITOR 
Alan Schultz 

Southwestern Bell Yellow Pages 
12800 Publications Dr., Suite 108 
St. Louis. MO 63131 
(314) 957-2029 

SYMPOSIA COORDINATOR 
SQL Standards Rep. 

Keith Hare 
JCC 

P.O. Box 463 
Granville, OH 43023 
(614) 587-0157 

COMMUNICATIONS REP. 

Debbie Kennedy Coleman 
Shane Co. 

2 W Washington St., Suite 600 
Indianapolis, IN 46204 
(317) 635-9100 
NEWSLETTER EDITOR 
Jodi Austin 

Sharpe Microelectronics Tech. 

312 SE Stonemill Dr. 

Vancouver, WA 98684 
(206) 253-3789 

MEMBERSHIP COORDINATOR 
MEMBER AT LARGE 

Rocky Hayden 
Userware Inti. 

2235 Meyer Avenue 
Escondido, CA 
(619) 745-6006 
SEMINAR REP 

Steve Gomez 
Signal Technology, Inc. 

1750 Montgomery St. 

San Francisco, CA 94111 
(415) 954-8532 

CAMPGROUND COORDINATOR 
OLTP WORKING GROUP COORDINATOR 

Rosemary O’Mahony 
Arthur Anderson & Co. 

33 West Monroe St. 

Chicago, IL 60603 
(312) 507-6510 

OLTP WORKING GROUP COORD. 

Larry Goodhind 

Sharp Microelectronics Tech. 

312 SE Stonemill Dr. 

Vancouver. WA 98684 
SESSION CHAIR COORDINATOR 
Andy Menezes 
AD & E 

29-B Montvale Avenue 
Woburn, MA 01801 
(617) 938-1979 

Rdb WORKING GROUP Coordinator 
Howard Cheng 
Bechtel Western Power Corp. 

12440 East Imperial Highway 
Norwalk, CA 90650 
(203) 807-4077 

STORE REPRESENTATIVE 
FIMS STANDARDS REP. 

Paul W. Plum, Jr 
Lukens Steel Company 
Coatesville, PA 19320 
(215) 383-2024 

SOFTWARE AG WORKING GROUP COORDINATOR 
Ron Kaminski 
Inland Steel Company 
3120 Watling Street, MS 5-000 
East Chicago, IN 46312 
(219) 853-7668 

DIGITAL COUNTERPART 

Dan Frantz 
Charles Kelley 
Nashua, NH 
Reed Powell 
Marlboro, MA 



EDUSIG 

CHAIRMAN 

Robert A.Shive, Jr. 

Associate Dean of the College 
Millsaps College 
Jackson, MS 39210-0001 
(601) 354-5201 

VICE CHAIR AND UNIV. COORD. 

Ardoth A. Hassler 
Assistant Director 
for Academic Services 
Computer Center 
Catholic University of America 
Washington, DC 20064 
(202) 635-5373 
HASSLERc<iCUA.BITNET 
SYMPOSIUM COORDINATOR 
Mary Jac Reed 
VAX Project Manager 
Office of Instructional Tech. 

University of Delaware 
Newark, DE 19716 
(302) 451-8161 

COMMUNICATIONS COORDINATOR 

Paula Barnes 

Computer Center Operations Manager 
North Carolina School of Science & Math. 

1219 Broad Street 
P.O. Box 2418 
Durham NC 27705 
(919) 286-3366 
plb@ecsvax.bitnet 
SEMINARS COORDINATOR 
Donald C. Fuhr 
Director of Computer Services 
Tuskegee University 
Tuskegee, AL 36088 
(205) 727-8242 
NEWSLETTER EDITOR 
Jim Gerland 
Suny at Buffalo 
University Computing Services 
Computer Center 
Buffalo, New York 14260 
(716) 636-3557 

SESSION NOTES EDITOR 

Claude Watson 
Lansing Community College 
P.O. Box 40010, Code 13 
419 North Washington Sq. 

Lansing, MI 48901-7210 
(517) 374-1750 

ADMINISTRATIVE APPLICATIONS COORD. 

David Cothran 
President 
Taft College 
29 Emmons Park Drive 
P.O. Box 1437 
Taft, CA 93268 
(805) 763-4282 

DIGITAL COUNTERPART 

C. Michael Greene, Jr. 

Networking Consultant 

Education Industry Marketing Group 

Digital Equipment Corporation 

Three Results Way, MR03-2/E7, Box 1003 

Marlboro, MA 01752-9103 

(508) 467-2149 

GREENE%SANTEE.DEC@DECWRL 

GREENE%SANTEE.DEC@DECWRL.DEC.COM 

GREENE(a>SANTEE.DEC.COM 
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Electronic Publishing SIG 

CHAIR (•) 

Kevin J. Kindschuh 

Northlake Software 

812 SW Washington, Suite 1100 

Portland, OR 97205-3215 

Internet: kindschuh@nls.com 

(503) 228-3383 

(503) 228-5662 (FAX) 

VICE CHAIR (*), WORKING GROUP COORDINATOR 
William H. (BUI) Koppclman 
Moody’s Investors Service 
99 Church St. 

New York, NY 10007 
(212) 553-0474 
(212)553-4737 (FAX) 

SIG COUNCIL NEW GROUP COORDINATOR 
Katherine (Kitt) Trimm 
Pivotal, Inc. 

6892 Dorado Ct. 

Tucson, AZ 85715 
(602) 886-5563 

SYMPOSIA COMMITTEE REP. (•) 

Mary Margaret McCormick 
McDonnell Douglas 
P.O. Box 516 MS:1064664 
St. Louis, MO 63166-0516 
(314) 595-7070 

ASST. SYMPOSIA REP. 

Louise S. Abbott 

Space Systems Division 

Lockheed MissUes & Space Company, Inc. 

1111 Lockheed Way, Orgn. 67-31, Bldg. 577N 
Sunnyvale, CA 94089-3504 
(408) 742-5425 

COMM COMM REP (•), SESSION NOTES EDITOR 
Kimberly White 
Interleaf, Inc. 

2176 N. Sixth Street 
Concord, CA. 94519 
(415)798-8730 
(415) 947-1375 (FAX) 

NEWSLETTER EDITOR, UPDATE.DAILY REPORTER, 
WORKSTATIONS WG REP. 

Richard R Wolff 

BonncvUlc Power Administration 

Routing All IP 

PO Box 3621 

Portland, OR 97208 

(503) 230-5894 

(503) 230-5316 (FAX) 

SIRAVISIILIST COORDINATOR 
Patty English 
Signal Technology 
5951 Encina Road 
Goleta, CA 93117 
(805) 683-3771 
(805) 967-0871 (FAX) 


TAPE LIBRARIAN 

David Warren 
Boeing Aerospace 

PO Box 3999 

MS: 6J-39 

Seattle, WA 98119 

(206)237-8515 

(206)237-2645 (FAX) 

VOLUNTEER COORDINATOR 
Ann P. Jackson 
Interleaf, Inc. 

10 Canal Park 
Cambridge, MA 02141 
(617) 577-9813 x 4486 
(617) 577-7594 (FAX) 

SEMINARS COMMITTEE REP 
Niel Eney 
Boeing Aerospace 
PO Box 3999 
MS: 6J-39 
Seattle, WA 98119 
(206) 237-8604 
(206)237-2645 (FAX) 

STORE REP 

(Open) 

INTERLEAF WG CHAIR 
Lisa M. Pratt 
Boeing Aerospace 
PO Box 3999.MS 61-39 
Seattle, WA 98124-2499 
(206) 237-8603 
(206)237-2645 (FAX) 

TEX/LaTEX/WEB WG CHAIR 
Donald E. Ambyh 
Delco Electronics Corp. 

PO Box 471, MS 1A21 
MUwaukie, WI 53201 
(414)768-2682 

DECwrlte WG CHAIR 
(Open) 

MEMBER-AT-LARGE 

John W. Shepherd 
Eli Lilly Research Labs 
LUly Corporate Center 
MC625 Bldg. 98C/2321 
Indianapolis, IN 46285 
(317)276-7947 

JohnL. Holland 
J C Penney Co. 

613 Rawhide Court 
Plano, TX 75023 
(214) 591-3393 

DEC COUNTERPARTS (•) 

Cathy St Martin 

Digital Equipment Corporation 

lOTara Blvd.,TTBl-4 

Nashua, NH 03052 

(603) 884-5304 

(603) 884-2253 (FAX) 

Don Hedman 

Digital Equipment Corporation 
110 Spit Brook Road ZKO3-2/U20 
Nashua, NH 03062 
(603) 881-0038 
(603)881-0120 (FAX) 

DEC CONTACTS 

Rick Landau 

Digital Equipment Corporation 
4 Technology Park Drive DSG1-2/C7 
Westford, MA 01886 
(508) 635-8369 

Bob Lehmcnkuler 
Digital Equipment Corporation 
10 Tara Blvd, TTB1-4 
Nashua, NH 03052 
(603) 884-2060 
(603)884-2253 (FAX) 
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GRAPHICS APPLICATIONS SIG 

CHAIRPERSON 

Bijoy Misra 
Harvard Smithsonian Center for Astrophysics 
60 Garden Street, MS39 
Cambridge, MA 02138 
(617) 495-7393 
bijoy(a>cfa3.bitnet 

SYMPOSIUM COORDINATOR 
DECWINDOWS WORKING GROUP CHAIR 

Laura Vangas 
Fermi National Laboratory 
MS: 306 
P.O. Box 500 
Batavia, IL 60510 
(708) 840-3049 

STORE REPRESENTATIVE 

Geriann T. Goeransson 
Fermi National Accelerator Lab. 

P.O. Box 500 
Batavia, IL 60510 
(708) 840-3986 

SESSION NOTES EDITOR 

Robert Krieg 
Uphjohn Company 
MS: 7266-267-1 
301 Henrietta Street 
Kalamazoo, MI 49001 
(616) 385-7563 

COMMUNICATIONS REPRESENTATIVE 
NEWSLETTER EDITOR 
HARDCOPY WORKING GROUP CHAIR 

Robert Hays 
P.O. Box 1567 
700 KMS Place 
Ann Arbor, MI 48106 
(313) 769-8500 x458 


LIBRARY REPRESENTATIVE 
GKS/PHIGS/STANDARDS WORKING GROUP 

Warren S. Yogi 

NOAA NOS Ocean Applications Group 
NPS FNOC Bldg. 4 
Airport Road 
Monterry, CA 93943 
(408) 646-1649 
MEMBERS-AT LARGE 
Bob Goldstein 
Eye Research Institute 
20 Staniford Street 
Boston, MA 02114 
(617) 742-3140 

GOLDSTEIN%CDV.DECNET(h! 

MGHCCC.HARVARD.EDU 
Pam Vavra 
Lysander Solutions 
P.O. Box 3368 

Manhattan Beach, CA 90266 
Paul Waterstraat 
multiware, Inc. 

2121 Second Street, Bldg. B, Suite 107 
Davis. CA 95616 
(916) 756-3291 
Jim Sims 

6712 Bonnie Ridge Drive 
Apt. T-l 

Baltimore, MD 21209 
(301) 484-7566 

simsffraplcen.apl.jhu.edu 1128.220.101.4] 
DIGITAL COUNTERPARTS 
Jim Flatten 
Spit Brook, NH 
Rick Landau 
Marlboro, MA 
Irene McCartney 
Hudson, NH 


STANDARDS REPRESENTATIVE 
ANIMATION/VISUALIZATION WORKING GROUP 
Steve Han kin 
NOAA/PMEL/ Bldg No. 3 
7600 Sand Point Way NE 
Seattle, WA98115 
(206) 526-6080 

INFORMATION OFFICER 
Bill Kramer 

NASA Ames Research Center 
NAS Systems Division MS 258-6 
Moffett Field, CA 94035 
(415) 694-4418 

SEMINARS REPRESENTATIVE 
ENGINEERING WORKING GROUP CHAIR 
Daniel Land 

John Fluke Mfg. Co., Inc. 

Mail Stop 221B 
P.O. Box C9090 
Everett, WA 98206 

CAMPGROUND COORDINATOR 
IMAGING WORKING GROUP CHAIR 

Howell Dell 

Network Business Solutions 
2838 Old Welsh Road 
Willow Grove. PA 19090 
(215) 657-1884 

WORKSTATION WORKING GROUP CHAIR 

Bob Walraven 
Multiware, Inc. 

P.O. Box 5000 
Davis, CA 95617 
(916) 756-3291 
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HARDWARE MICRO SIG 

CHAIRMAN 

Willian K. Walker 
Monsanto Research Corp. 

Miamisburg, OH 

PRODUCT PLANNING COORDINATOR 
George Hamma 
Synergistic Technology 
Cupertino, CA 

PRE-SYMPOSIUM SEMINAR COORDINATOR 

James R. Lindesmith 
Monsanto Research Corp. 

Miamisburg, OH 

COMMUNICATIONS COORDINATOR 

John G. Hayes 
Information Systems 
South Central Bell 
Birmingham, AL 
NEWSLETTER EDITOR 
Neil Krandall 
University of Cincinnati 
Pharmacology & Cell Biophysics 
Cincinnati, OH 
DAARC SIG LIAISON 
Bill Tippie 

Kinetic Systems Corp. 

Lockport, IL 

STANDARDS COORDINATOR 

CAMAC WORKING GROUP COORDINATOR 

Peter Clout 

Los Alamos National Lab 
los Alamos, NM 
LUG COORDINATOR 
Gregg Giesler 
Los Alamos Science Lab 
Los Alamos, NM 
TOEM (CHIPS & BOARDS) 

Jack J. Peterson 
Horizon Data Systems 
Richmond, VA 

HHK (HARDWARE HINTS & KINKS) 

Wayne Kesling 
Monsanto Research Cor. 

Miamisburg. OH 

UNIBUS HARDWARE 

Ron Bogue 

LIV Aerospace & Defense Co. 

Dallas, TX 

PERFORMANCE MEASUREMENT COORD. 
William Wallace 
600 W. Washington Street 
Peoria, IL 

CSS COORDINATOR 
Pratap Gohel 
E.I. duPont 
Ingleside, TX 

NETWORKS SIG LIAISON 
Sandra Traylor 
Target Systems 
Yorba Linda, CA 
VAX SIG LIAISON 
Dave Schmidt 
5100 Centre Avenue 
Pittsburgh, PA 
UNISIG LIAISON 

Jim Livingston 
1 Results Way 
Cupertino, CA 
SITE SIG LIAISON 
Emily Kitchen 
A.H. Robins Co. 

Richmond, VA 
RT-11 SIG LIAISON 
Gary Sallee 

Sallee Software Consulting 
yorba Linda, CA 


RSX SIG LIAISON 
Hans Jung 
Associated Press 
New York, NY 
MEMBERS-AT-LARGE 
Mike Rembis 
American Dade 
Costa Mesa. CA 
Hans Dahlke 
Richland, WA 
Jim Cutler 
EDS Tower 
16533 Evergreen 
Southfield, MI 

DIGITAL COUNTERPARTS TERMINALS 

Gail Jamison-Bames 
William Andrus 
Marilyn Fedel 
Frank Orlando 
Maynard, MA 
Art Bigler 
Marlboro, MA 
TOEM (Chips & Boards) 

Art Bigler 
Marlboro, MA 

DIAGNOSTIC 

George D. Cooke 
Maynard, MA 
STORAGE 

Marilyn Fedele 
Maynard, MA 

MSD (Micro Systems Develp.) 

Roy Rodgers 
Maynard, MA 
PRINTER PRODUCTS 
Frank Orlando 
Maynard, MA 

DECUS EUROPE LIAISON 
Hans Zoller 



LANGUAGES AND TOOLS SIG 

FOLDER EDITOR 

Donald E. Amby 
Delco Electronics Corp. 

P.O. Box 471, MS1A21 
Milwaukee, WI 53201 
(414)768-2682 
(414) 543-8826 

{AMBY y%WIZARD@HAC2ARPA.H AC.COM} 
VOLUNTEERS COORDINATOR 
Shirley Bockstahler-Brandt 
The Johns Hopkins University 
Applied Physics Laboratory 
Johns Hopkins Road 
Laurel, MD 20723 
(301)953-6585 

{SHIRLEY@CAPSRV.JHUAPL.EDU} 
SEMINAR COMMITTEE REP. 

Barry C. Breen 

Sundstrand Data Control Inc. 

15001 N.E. 36th Street 
P.O. Box 97001 

Redmond, Washington 98073-9701 
(206)885-8436 

AUSTRALIAN L&TINTERFACE 
Gordon Brimble 
Bldg 180 Labs Area 
Defence Research Centre 
Box 2151 GPO 

Adelaide, S.A. Australia 5001 
(61)(8)259-6119 

CHAIR, COBOL WORKING GROUP 

Jim Cheney 

Reynolds Elec. & Engr. Co. 

P.O. Box 98521 
MS: 569 

Las Vegas, NV 89193-8521 
(702) 295-2021 


WISHLIST COORDINATOR 
CHAIR, DEBUG WORKING GROUP 

Tom Comeau 

Space Telescope Science Institute 
3700 San Martin Drive 
Baltimore, MD 21218 
(301) 338-4749 
{TCOMEAU@STSCI.EDU} 

MEMBER-AT-LARGE 
Earl Cory 

Contel Federal Systems, IMSD 
Box 5027 

31717 La Tienda Drive 
Westlake Village, CA 91359 
(818) 706-5385 

MEMBER ANSI PL/I X3J1 STDS. COMM. 

Arthur Coston 

Applied Information Systems, Inc. 

500 Eastowne Dr. 

Chapel Hill. NC 27514 
(800)334-5510 

CHAIR, DIBOL WORKING GROUP 
Mark Derrick 
WAAY Television 
P.O. Box 2555 
Huntsville, AL 35804 
(205)535-3131 

CHAIR, NOTES WORKING GROUP 
Michael Durkin 
INTRACORP 
1205 Westlakes Drive 
Berwyn, PA 19312 
(215) 889-2883 
NEWSLETTER EDITOR 
ALT. COMMUNICATIONS COMM. REP. 

Alan Folsom, Jr. 

Fischer & Porter Co. 

E. County Line Rd. 

Warminster, PA 18974 
(215)674-7154 

ASSISTANT QUALITY CONTROL COORD. 

Robert Fraley 

Interior Telephone Company, Inc. 

201 E. 56th Avenue 
Anchorage. AK 99518 
(907) 562-3300 

MEMBER ANSI COBOL X3J4 STDS. COMM. 

Bruce Gaarder 
Donahue Enterprises, Inc. 

2441 26th Avenue. S. 

Minneapolis, MN 55406 
(612)721-2418 

INTERSIG COORDINATOR 

Dorothy Geiger 
Wollongong Logistics Group 
49 Showers Drive #451 
Mountain View, CA 94040 
(415)962-7160 
(415)948-1003 

EUROPEAN METHODS, L&T INTERFACE 

Bemd Gliss 

Max-Planck-Institute 

Heisenbergstrasse 1 

7000 Stuttgart 80, W. Germany 

(711)686-0251 

CO-CHAIR, CASE & TOOLS INTEGRATION W/G 

Walt Gussman 

CONTEL Service Corporation 
1100 Abernathy Road 
Suite 300 
Atlanta, GA 30328 
(404)5512162 

CO-CHAIR, OBJECT-ORIENTED METHODOLOGIES W/G 
Robert Harwood 
The Torrington Company 
59 Field Street 
Torrington, CT 06790 
(203)482-9511 x2406 
CHAIR, TECO WORKING GROUP 
Mark J. Hyde 

Advanced Computing Services 
209 Ardsley Drive 
DeWitt, NY 13214 
(315)446-7223 

{MJHYDE@SUNRISE.BITNET} 
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CHAIR, CASE & TOOLS INTEGRATION W/G 
DECUServe Moderator 
JM Ivler 

Douglas Aircraft Co. 

3855 Lakewood Blvd. 

Long Beach, CA 90846 
MS: 36-49 (DPT: E43) 

(213) 469-8727 

SYMPOSIUM COORDINATOR 
MEMBER, ANSI BASIC X2J2 STDS. COMM. 
PDP-11 REPRESENTATIVE 
VICE CHAIR - UNITS 

Stephen C. Jackson 
SCJ Consulting, Inc. 

Suite A 

2655 No. Insbuck Drive 
New Brighton, MN 55112 
(612) 631-8962 FAX: (612) 631-9052 
CHAIR, TPU-BASED APPLICATIONS W/G 
Barry Kaplan 
Rockwell International 
400 Collins Rd. NE, MS 153-11 
Cedar Rapids, IA 52498 
(319) 395-1664 

SESSION NOTES EDITOR 
CHAIR, PASCAL W/G 
Mark Katz 
GTE Gov’t Systems 
100 First Avenue 
Waltham, MA 02154 
(617)466-3437 

CHAIR, ADA WORKING GROUP 

Lisa Kerby-Rodgers 
ESL 

495 Java Drive 
Sunnyvale, CA 94088 
Mailstop: 505 
(408)738-2888 x4545 

SIG SECRETARY 

CHAIR, CONFIG. MGMT. WORKING GROUP 
Mark Alan Kidwell 
American Airlines 
MD 2640-HDQCP 
4200 Amon Carter Blvd. 

Fort Worth, TX 76155 
(817) 963-9742 

MEMB. ANSI FORTRAN X3J8 STDS, COMM. 
Dr. Joseph King 
Biotechnology Center 
University of Wisconsin 
1710 University Avenue 
Madison, WI 53705 
(608)263-8970 
|GCG@WISCPSL.BITNET) 

DEVEL. COUNTERPART, TECH. LANG. 

Leslie J. Klein 

Digital Equipment Corporation 
ZK02-3/N30 
110 Spit Brook Road 
Nashua, NH 03062 

CHAIR, FORTRAN WORKING GROUP 

Scott Krusemark 
Systemation, Inc. 

8473 Daisywood Ave. NW 
North Canton, OH 44720 
(216)499-6251 

DIGITAL COUNTERPART 

Patricia Guthrie 
Leslie Klein 
Marie Murphy 
Joe Mulvey 
Linda Ziman 
Nashua, NH 03062 

MEMB. ANSI FORTRAN X3J8 STDS. COMM. 
Rochelle Lauer 
Physics Department 
Yale University 
P.O. Box 6666 
New Haven, CT 06511-8167 
(203)432-3366 

SESSION QUALITY COORDINATOR 

Gary C. Lelvis 
IMSL 

2500 Park West Tower One 
2500 City West Boulevard 
Houston, TX 77042-3020 
(713)782-6060 


CHAIR, LOW LEVEL LANGUAGES W/G 
STORE COMMITTEE REP. 

Gerald Lester 

Computerized Processes Unlimited 
4200 South 1-10 Service Rd., Suite #205 
Metairie, LA 70001 
(504)889-2784 

CHAIR, VAXELN ADA W/G 
Bob Luten 

Software Technology, Inc. 

5515 Sierra Road 
San Jose, CA 95132 
(408) 272-0716 

ASST. CAMPGROUND COORD. 

CROSS DEV. & EMBEDDED SYS. W/G 
Theresa (Teri) J. McNamara 
Data Card Corp. 

11111 Bren Road West 
Minneapolis, MN 55343 
(612)931-1792 

ALT. ANSI X3J4 COBOL STDS. COMM. 

Dale Marriott 

El Paso County Office Bldg. 

27 E. Vermijo Street 
Colorado Springs, CO 80903 
(719)520-6435 

PRODUCTIVITY TOOLS COORDINATOR 
Laura A. McNamee 
Emerson Electric 
8100 W. Florissant 
STA 4460 

St. Louis, MO 63138 
(314) 553-4460 

ALT. SEMINAR COMM. REP. 

Bruce Mebust 

Burlington Northern Railroad 
176 East Fifth Street 
P.O. Box 64962 
St. Paul, MN 55164 
(612)298-2382 

BOF CHAIRS COORDINATOR 
SESSION CHAIRS COORDINATOR 
Antonino N. Mione 
Rutgers University 

Center for Computer & Information Services 
Hill Center 
P.O. Box 879 

Piscataway, NJ 08855-0879 
(201)932-4784 

{MIONE@ZODIAC.BITNET 
MIONE@ZODIAC.RUTGERS.EDU} 
DEVEL. COUNTERPART, PDP-11 SOFTWARE 
Joe Mulvey 

Digital Equipment Corporation 
ZK01-3/J10 
110 Spit Brook Road 
Nashua, NH 03062-2642 
DIGITAL COUNTERPART 
Marie Murphy 

Digital Equipment Corporation 
ZK02-1/M11 
110 Spit Brook Road 
Nashua, NH 03062-2698 

CHAIR, PUBLIC DOMAIN SFTWR. W/G 
SIG TAPE LIBRARIAN 

Edward (Ted) Nieland 
SIG CHAIR 

Control Data Corp., Suite 200 
2970 Presidential Drive 
Fairborn, OH 45324 
(513) 427-6355 

Joseph Pollizzi, III 
Space Telescope Science Institute 
3700 San Martin Drive 
Homewood Campus 
Baltimore, MD 21218 
(301)338-4901 
pollizzi@stsci.edu 
CHAIR, VAXset W/G 
ASST. WORKING GROUP COORD. 

ASST. SYMPOSIUM COORDINATOR 
David J. Powell 
The Upjohn Company 
7294-25-7 

301 Henrietta Street 
Kalamazoo, MI 49007 
(616)385-7214 


EXECUTIVE VICE CHAIR 
WORKING GROUPS COORD. 

CHAIR PL/I WORKING GROUP (temp). 

CHAIR, SCAN WORKING GROUP 
David K. Ream 
Lexi-Comp., Inc. 

190 E. Boston Mills Road 
Hudson, OH 44236 
(216) 777-0095 
(216) 468-0744 

LIBRARY COMMITTEE REP. 

Tony Scandora 

Argonne National Laboratory 

CMT 205 

Argonne, IL 60439 
(312)972-7541 

{B35048@ANLCMT.BITNET} 

MEMB. ANSI DIBOL X3J12 STDS. COMM. 

Kenneth Schilling 
2314 Mira Vista Avenue 
Montrose, CA 91020 
(818)249-0795 
CLINIC DIRECTOR 
MASTERS COORDINATOR 
SESSION EVALUATION CARDS TABULATOR 
CHAIR, PROJECT MANAGEMENT W/G (temp.) 

George Scott 

Computer Sciences Corporation 
304 West Route #38, P.O. Box N 
Moorestown, NJ 08057 
(609)234-1100 

MEMB. ANSI PASCAL X3J9 STDS COMM. 

E. Wayne Sewell 
E-Systems, Garland Division 
Box 660023, MS 53700 
Dallas, TX 75266-0023 
(214)272-0515 x3553 
UPDATE.DAILY REPORTER 
PUBLIC RELATIONS COORD. 

Terry Shannon 
International Data Corp. 

4 Speen Street 
Framingham, MA 01701 
(508) 935-4541 

CO-CHAIR, OBJECT-ORIENTED METHODOLOGIES W/G 
Lynne C. Shingley 
Anderson Consulting 
100 South Wacker 
5th Floor 
Chicago, IL 60606 
(314) 553-4460 

CHAIR, APL WORKING GROUP 

Chet Small 

MIT Lincoln Laboratory 
244 Wood Street 
Lexington, MA 02173 
(617)981-4172 
(617)863-5500 x4172 

CHAIR, PDP-11 LANGUAGES W/G 
William I. Tabor 
W.I. Tabor, Inc. 

12018 Royal Palm Blvd. 

Coral Springs, FL 33065 
(305) 755-7895 

VICE CHAIR, LOGISTICS 
CAMPGROUND COORDINATOR 
MEMB. ANSI C X3JI1 STDS. COMM. 

Michael S. Terrazas 
LDS Church 

50 E. North Temple, 27th Floor 
Salt Lake City, UT 84150 
(801)240-3246 

CHAIR, BASIC WORKING GROUP 

Bob Van Keuren 
3701 Meadowgate St 
San Diego, CA 92111 
(619) 576-6974 
(619) 455-7404 

SUITE & RECEPTION COORD. 

Matt Variot 

Contel Federal Systems, IMSD 
Box 5009 

31717 La Tienda Drive 
Westlake Village, CA 91359 
(818)706-5388 
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CHAIR, C WORKING GROUP 
Michael Wehrer 

Aluminum Company of America 
MS: 1204 TWO AC 
1501 Alcoa Bldg 
Pittsburgh, PA 15219 
(412) 553-2965 
PASTSIG CHAIR 

Sam Whidden 

American Mathematical Society 
201 Charles St. 

P.O. Box 6248 
Providence. RI 02940 
(401)272-9500 

ASST. NEWSLETTER EDITOR 

Jim Wilson 
Pfizer Inc. 

QC Division 
P.O. Box 88 
Terre Haute, IN 47808 
(812)299-2121 x271 

ALT. ANSI X3J9 PASCAL STDS. COMM 
Phil Wirth 

E-Systems, Garland Division 
Box 660023, MS 53730 
Dallas, TX 75266-0023 
(214)272-0515 x4319 

SOFTWARE METRICS WORKING GROUP 
Allan F. Witt 
Monsanto Company 
Mail Zone 02J 
800 N. Lindbergh Blvd. 

St. Louis, MO 63167 
(314)694-3997 

COMMUNICATIONS COMMITTEE REP. 

Kerry Wyckoff 
1117 E. 1000 Street 
Spanish Fork. UT 84660 
(801)240-5948 

DEVEL. COUNTERPART, COMMERCIAL LANGUAGES 
Linda Ziman 

Digital Equipment Corporation 
ZK02-3/K06 
110 Spit Brook Road 
Nashua, NH 03062 



MUMPS SIG 

CHAIRMAN 

Thomas W. McIntyre 
PRx, Inc. 

43 Bradford Street 
Concord, MA 01742 
(508) 369-3566 

NEWSLETTER EDITOR 
VICE-CHAIR 
COMMCOMM REP. 

Mark J. Hyde 

Advanced Computing Services 

209 Ardsley Drive 

DeWitt, NY 13214 

BITNET: MJHYDE(g>SUNRISE 

INTERNET: MJHYDE@SUNRISE.ACS.SYR.EDU 

(315) 446-7223 

SYMPOSIUM SCHEDULER 

Brad Hanson 
Group Health, Inc. 

2829 University Ave., S.E. 

Minneapolis, MN 55414 
(612) 623-8427 

LIBRARY REPRESENTATIVE 
PDP-11 WORKING GROUP REP. 

Michael McIntyre 
PRx, Inc. 

43 Bradford Street 
Concord, MA 01742 
(508) 369-3566 


SEMINARS REPRESENTATIVE 
Edward Woodward 
Science Applications Inti. Corp. 

10260 Campus Point Drive MS42 
San Diego, CA 92121 
(619) 535-7210 

CAMPGROUND COORDINATOR 
ASSIST. SYMPOSIUM SCHEDULER 
Mitchell Bell 
Citibank 

200 Rector Place # 9P 
New York. NY 10280-1101 
(212) 559-3321 

SESSION NOTES EDITOR 
Paul A. Price 
SciCor, Inc. 

2643 Rand Road 
Indianapolis, IN 46241 
(317)244-8811 
PAST CHAIR 

ASSISTANT NEWSLETTER EDITOR 

Chris Richardson 
Richardson Computer Research 
P.O. Box 8744 
La Jolla, CA 92038 
(619) 488-6193 

MUMPS DEV. COMMITTEE REP. 

Mark Berryman 

Science Applications Int’l. Corp. 

10260 Campus Point Drive MS 45 
San Diego, CA 92121 
(619) 535-7603 

Internet: BERRYMAN@FWVC.SAIC.COM 
DIGITAL COUNTERPART 
Russ White 

Digital Equipment Corporation 
2 Results Way (MR02-3/5E) 

Marlboro, MA 01752 
(508) 467-5625 

ALTERNATE DEC COUNTERPART 

Denise Simon 
Digital Equipment Corp. 

P.O. Box 499 
Albuquerque, NM 87103 
(506) 761-2728 



Networks SIG 


NETWORKS SIG 

CHAIRMAN 

Stuart Lewis 

Douglas Furn. of California, Inc. 
5020 W. 73rd St., Box 97 
South Suburban. IL 60499-0097 
(312) 458-1505 

SYMPOSIUM COMMITTEE REP 

L. Stuart Vance 
University of Texas System 
Office to Telecomm. Services 
Balcones Research Center 
10100 Burnet Road 
Austin, TX 78758-4497 
(512) 471-2416 
SYMPOSIA REP 
John Ceisel 
100 S. Wacker #634 
Chicago, IL 60606 
(312) 507-6410 


LIBRARY COMMITTEE REP 

Mike West 
Network Manager 
USAF Avionics Laboratory 
WRDC/AATC 
WPAFB, OH 45433-6543 
(513) 255-1953 

SEMINARS COMMITTEE REP 

Jeffrey Snover 
47 Walden Pond Dr. 

Nashua, NH 03060 
(508) 256-6600 
STANDARDS REP 
Jim Ebright 
Software Results Corp. 

2887 Silver Drive 
Columbus, OH 43211 
(614) 267-2203 
COMMCOMM REP 

Allen Jay Bennett 
Steelcase Inc. 

(616) 247-2152 
NEWSLETTER EDITOR 
Judi Mandl 

University of Conn. Health Center 
263 Farmington Ave. 

Farmington, CT 06032 
(203) 679-3912 

ASSISTANT NEWSLETTER EDITOR 

Rick Carter 

Systems Programmer/Analyst 
Milcare 

8500 Byron Road, Loc. 0320 
Zeeland, MI 49464 
(616) 772-8350 

SESSION NOTES EDITOR 
Mary Marvel-Nelson 
General Motors Research Lab. 

Warren, MI 48090 
(313) 986-1382 

WISH LIST COORDINATOR 

LtStuart L. Labovitz 
USAF WDRC/ELMT 
Bldg 620 Area B 
WPAAFB, OH 45433-6523 
(513) 255-7680 
(513) 255-2062 Sec. 

DCS: LABOVITZ 

INTERNET: LABOVITZ%ETDl.DNET@WPAFB-ABLAB.ARPA 
PAST CHAIRMAN 
Bill Brindley 

HDQ Naval Security Group Cmd. 

(202) 282-0527 

TECHNOLOGY COORDINATOR 
Bill Hancock 
ERI Training 
P.O. Box 13557 
Arlington, TX 76017 
(817) 467-7031 
(212) 334-1240 
DCS: TOPAZ::HANCOCK 
DECUServe: EISNER::HANCOCK 
CompuServe: 76324,1303 
Internet: HANCOCK@ AM B2. LA RC. N ASA.GOV 
MEMBER AT-LARGE 
Sandy Traylor 
Target Systems 
21063 Carlos Rd. 

Yorba Linda, CA 92686 
DIGITAL COUNTERPART 
Monica Bradlee 
Digital Equipment Corporation 
550 King St LKG2-1/U2 
Littleton, MA 01460-1289 
(508) 486-7341 

STORE REPRESENTATIVE 

Lesley C. Gray 
United Airlines Flight Center 
Stapleton International Airport 
Denver. CO 80207 
(303) 398-4035 

NETWORKS SEMINARS REPRESENTATIVE 

Michael C. Hutton 
Eastman Kodak 
901 Elmgrove Road 
D-645 2-9A-EP 
Rochester, NY 14653-5819 
(716) 726-1941 
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OfflM Automation 



OFFICE AUTOMATION SIG 

(*) CHAIR 

Joseph W. Whatley 
Information Service & Technology 
Nielsen Plaza 
Northbrook, IL 60062-6288 
(312) 480-6104 
(*) VICE CHAIR 

Ralph Bradshaw 
Johnson and Johnson 
Route 202 

Raritan, NJ 08869-1489 
(201) 685-3434 

SIR PROGRAM ADMINISTRATOR 

Edward L. Bowen 
Bell South Services 
1876 Data Drive, Room B204 
Birmingham, AL 35244 
(205) 998-6800 

LIBRARY REPRESENTATIVE 

Bob Hassinger 

Liberty Mutual Research Ctr. 

71 Frankland Road 
Hopkinton, MA 01748 
(508) 435-9061 

(^COMMUNICATIONS COMMITTEE REP. 
Therese LeBlanc 
LeBlanc & Associates, Ltd. 

522 S. Northwest Highway 
Suite # L3 

Barrington, IL 60010 
(312) 304-6800 
NEWSLETTER EDITOR 
Roger Bruner 
Foreign Mission Board 
3806 Monument Avenue 
Richmond, VA 23230 
(804) 353-0151 
SUITE COORDINATOR 
TAPE COORDINATOR 
Tom Byrne 
L. Karp & Sons, Inc. 

1301 Estes Avenue 
Elk Grove Village, IL 60007 
(312) 593-5700 

(*)SYMPOSIUM COORDINATOR 

Tony Ioele 
OAS 

661 W. Germantown Pike 
Plymouth Meeting, PA 19462 
(405) 720-0925 

ROADMAP/PUBLICATIONS COORDINATOR 

Scott McClure 

3M/Industrial Tape Division 
220-8E-01 3M Center 
St. Paul, MN 55144-1000 
(612) 736-4297 

SESSION CHAIR COORDINATOR (East Coast) 

Kae Sobczyk 

Cooper Tire & Rubber Co. 

P.O. Box 550 
Findlay, OH 458040 
(419) 424-4283 

SESSION CHAIR COORDINATOR (West Coast) 
Terry Griggs 
OAS 

661 W. Germantown Pike 
Plymouth Meeting. PA 19462 
(215) 834-1010 

ASSISTANT SYMPOSIUM COORDINATOR 

George Bone 

Mare Island Naval Shipyard 
Vallejo, CA 94590 
(707) 646-2531 (Work) 


CAMPGROUND COORDINATOR 

Open 

STORE COORDINATOR 

Scott McClure 
3M/Industrial Tape Div. 

220-8E-01 3M Center 
St. Paul, MN 55144-1000 
(612) 736-4297 

SESSION NOTES EDITOR 
George Bone 

Mare Island Naval Shipyard 
Vallejo, CA 94590 
(707) 646-2531 (Work) 

(*) SPECIAL PROJECTS COORDINATOR 
Katherine Trimm 
PIVOTAL, Inc. 

6892 Dorado Ct 
Tucson, AZ 85715 
(602) 886-5563 
PSS COORDINATOR 
Terry Griggs 
OAS 

661 W. Germantown Pike 
Plymouth Meeting, PA 19462 
(215) 834-1010 

SECURITY WORKING GROUP CHAIR 
Ray Kaplan 
P.O. Box 32647 
Tucson, AZ 85751 
(602) 323-4606 

DIGITAL COUNTERPARTS 

Judy Jurgens 
Bob Malay 

Digital Equipment Corporation 
Nashua, NH 



PERSONAL COMPUTER SIG 

CHAIR 

Jim Hobbs 
Coors Brewing Co. 

Mail Stop BC380 
Golden, CO 80401-1295 
(303) 277-2855 

SYMPOSIA COORDINATOR 

Jimbo Wilson 

Nat’l Tech. Inst, for Deaf 

Rochester Inst of Tech. 

P.O. Box 9887 
Rochester, NY 14623 
(716) 475-6241 

ASSISTANT SYMPOSIA COORDINATOR 
Conrad Bell IV 
Fairchild Space Company 
6404 Ivy Lane, Suite 600 
Green belt, MD 20770 
(301) 220-5631 

WORK SYSTEMS WORKING GROUP CHAIR 

Thomas R. Hintz 
University of Florida 
IFAS Computer Network 
Bldg. 120 

Gainesville, FL 32611 
(904) 392-5180 

MACINTOSH WORKING GROUP CHAIR 

Kent A. Behrends 
Consultant 
17309 Mapes 
Cerritos, CA 90701 
(213) 860-4750 


LIBRARIAN/RAINBOW WORKING GROUP CHAIR 

Brian Zubak 

437 Old Peachtree Road 

Suanee, GA 

(404) 995-9800 ext 1403 

PCS A WORKING GROUP CHAIR 

Fran Garrett 

San Diego Union-Tribune Pub. Co. 

350 Camino de la Reina 
San Diego, CA 92108 
(619) 293-1676 

COMM COMM REP/SESSION NOTES EDITOR 
Dr. Thomas Warren 
Oklahoma State University 
Department of English 
Dir. Tech. Writing Program 
Stillwater, OK 74078 

(405) 744-6218 
NEWSLETTER EDITOR 

Gary Rice 
McDonnell Douglas 
5555 Garden Grove Blvd. 

MS: K20/200 
Westminster, CA 92683 
(714) 952-6582 

SEMINARS COORDINATOR 
Tim Bundrick 
336 W 47th Street 
San Angelo, TX 76903 
(915) 655-3499 
ART COORDINATOR 
Ken Strieker 

Martin Marietta Aerospace 
P.O. Box 5837 MP-1270 
Orlando, FL 32855 
(407) 356-1794/7725 

STORE REP 
TBD 

CAMPGROUND/VOLUNTEER COORDINATOR 

Scott Warren 
920 W. Cantwell 
Stillwater, OK 74075 
(405) 624-0070 
MEMBERS-AT-LARGE 
Mark Sebem 
Sebern Engineering Inc. 

P.O. Box 268 
Cedarburg, WI 53012 
(414) 375-2200 
Lynn Jarrett 

San Diego Union-Tribune Pub. Co. 

350 Camino de la Reina 
San Diego, CA 92108 
(619) 293-1130 
DEC COUNTERPARTS 
Beth Joseph 

Digital Equipment Corporation 
30 Porter Road LJ02-B10 
Littleton, MA 01460 
(508) 486-2391 
Charles Giorgetti 
Digital Equipment Corporation 
146 Main Street ML01-2/C30 
Maynard, MA 01754 
(508) 493-3156 



RSTS SIG 

CHAIRMAN 

Charles Mustain 
Stark County School system 
Data Services Division 
7800 Columbus Rd. N.E. 
Louisville, OH 44641 
(216) 875-1431 
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COMMUNICATIONS REPRESENTATIVE 
STORE REPRESENTATIVE 

Ed Beadel 

Instructional Computer Center 
S.U.N.Y. College at Oswego 
Oswego, N.Y. 13126 
(315) 341-3055 

SYMPOSIA COORDINATOR 
Glenn Dollar 

Digital Computer Consultants Inc. 

21363 Lassen St, Suite 205 
Chatsworth, CA 91311 
(818) 341-9171 

ASST SYMPOSIA COORDINATOR 

Dan Stoller 

Natural Country Farms 
P.O. Box 758 
58 West Road 
Rockville, CT 06066 
(203) 872-8346 
NEWSLETTER EDITOR 
Jodi Austin 

Sharp Microelectronics Tech. Inc. 

312 S.E. Stonemill Drive 
Vancouver, WA 98684 
(206) 253-3789 

LIBRARY REPRESENTATIVE 
R.R. Patel (PAT) 

Medstone Int’l Inc. 

(714) 646-8211 
SEMINAR UNIT REP. 

Scott Castleberry 
1750 North Collins 
Suite 108 

Richardson, TX 75080 
(214) 437-3477 
VICE CHAIRMAN 
WISH LISTS COORDINATOR 
Lynnell Koehler 
Campus America 
POISE Prod. Ctr. 

201 North Nevada Avenue 
Roswell, NM 88201 
(505)625-6500 

RSTS PRODUCT PLANNING COORDINATOR 

Errol E. Ethier 

Information Design and Management, Inc. 
23 Hunting Avenue 
Shrewsbury, MA 01545 
(508) 842-4220 

DIGITAL COUNTERPART 

Jeanne Davis 

Digital Equipment Corporation 
Merrimack, NH 03054 
MEMBERS-AT-LARGE 
Mark Hartman 
2404 E. Nutwood E23 
Fullerton, CA 92631 
(714) 738-8300 
Jeff J. Killeen 

Information Design & Management, Inc. 

31 Hopedale Street 
Hopedale, MA 01747 
Bruce L. Gaarder 
Donahue Enterprises, Inc. 

2441 26th Avenue South 
Minneapolis, MN 55406 
(612) 721-2418 xl05 
TAPE COPY COORDINATOR 
W. Franklin Mitchell, Jr. 

Erskine College 
1 Washington Street 
Due West, SC 29639 
(803) 379-2131 



RSX/IAS SIG 

CHAIRMAN 

Jim Bostwick 
Cargill Research 
Minneapolis, MN 
CHAIRMAN EMERITUS 
Dan Eisner 

SYMPOSIA COORDINATOR 
Rick Sharpe 
Toledo Edison 
Toledo OH 

PRE-SYMPOSIUM SEMINAR COORDINATOR 

Jim McGlinchey 
Warren ton, PA 
MULTI-TASKER EDITOR 
James McGlinchey 
Software Engineering Consultant 
427-3 Amherst St. Suite 303 
Nashua, NH 03063 
(603) 884-7378 

COMMCOMM REPRESENTATIVE 
DeVIAS LETTER EDITOR 
Frank R. Borger 
Michael Reese Medical Center 
Chicago, IL 

STORE COORDINATOR 

Steve L. Coffman 
R. R. Donnelley & Sons 
Lisle, IL 

SESSION NOTE EDITOR 
Burt Janz 
BHJ Associates 
Nashua, NH 

TAPE COPY COORDINATOR 

Glen Everhart 
GE 

Glen Mills, PA 

LIBRARY REPRESENTATIVE 

Ted Smith 

The University of PA 
Philadelphia, PA 
RSX/IAS HISTORIAN 
IAS WORKING GROUP CHAIR 
Alan Frisbie 
Flying Disk Systems 
Los Angeles, California 
CAMPGROUND COORDINATOR 
James E. Berg 
Department of Defense 
Ft. Meade, MD 

DIGITAL COUNTERPART 
Pat Cherny 
Nashua, NH 

WORKING GROUP COORDINATOR 

Charlotte Allen 

Electronic Data Systems Corp. 

Detroit, MI 
VICE CHAIRMAN 

BUDGET & FINANCE COORDINATOR 
Gary Maxwell 
U.S. Geological Survey 
Menlo Park, CA 

SRD WORKING GROUP COORDINATOR 

Bob Turkelson 
Goddar Space Flight Center 
Greenbelt, MD 
MENU COORDINATOR 
Jerry Ethington 
Prolifix Inc. 

Frankfort. KY 


MEMBF.RT-AT-LARGE 
Bob Curley 
The University of PA 
Philadelphia, PA 
Arnold De Larisch 
Florida Atlantic University 
Boca Raton, FL 
Jim Neeland 
Hughes Research Labs. 
Malibu, CA 
Anthony Scandora Jr. 
Argonne National Laboratory 
Argonne, IL 
Ralph Stamerjohn 
Creve Coeur, MO 



RT-11 SIG 

CHAIRMANS) 

Milton Campbell 
Talisman Systems 
1142 Manhattan Avenue #255 
Manhattan Beach, CA 90266 
(213) 318-2206 

SYMPOSIA COORDINATOR (*) 

David P. Evans 
Division 1813 
Sandia National Labs 
Albuquerque, NM 87185 
(916) 756-3291 
DECUS STORE REP 

Laura DeChellis 
Security Pacific National 
Bank BC071 
555 Anton Blvd. 

Costa Mesa, CA 92626 
(714) 433-6745 

NEWSLETTE EDITORS) 

PRODUCT PLANNING CONTACTS) 
TECO CONTACT 

John M. Crowell 
UC Davis 
P.O. Box 128 
Davis, CA 95617-0128 
(916) 752-7762 
SEMINARS (*) 

STANDARDS COORDINATOR 

Robert Roddy 

David Taylor Research Center 
Code 1564E 

Bethesda. MD 20084-5000 
(301)227-1724 

TAPE COPY GENERATION 
John Bedel 

David Taylor Research Center 
Code 1564E 

Bethesda, MD 20084-5000 
(301) 227-1724 
LUG CONTACT 

Ned Rhodes 

Software Systems Group 
2001 North Kenilworth St. 
Arlington, VA 22205 
(703) 534-2297 

LIBRARY REPRESENTATIVE 
BASIC CONTACT 

Ralston Barnard 
Bio/Comp Applications 
P.O. Box 18007 
Albuquerque, NM 87185 
(505) 845-8403 
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FORTRAN CONTACT 

Robert Walraven 
Multiware, Inc. 

P.0. Box 5000 
Davis, CA 95617 
(916) 756-3291 
MACRO CONTACT 

Nick Bourgeois 
NAB Software Services, Inc. 
P.O. Box 20009 
Albuquerque, NM 87154 
(505) 821-1453 
COMM COMM REP. (*) 

TSX-Plus CONTACT 
NETWORKING CONTACT 
Jim Crapuchettes 
Omnex Corporation 
2483 Old Middlefield Way 
Mountain View, CA 94043 
(415) 966-8400 
RUNOFF CONTACT 
John Davies, III 
David Taylor Research Center 
Code 1450 

Bethesda, MD 20084-5000 
(301) 227-1592 

PERSONAL COMPUTERS 

Dennis V. Jensen 

AMES Laboratory ISU/USDO 

310 Metallurgy 

Ames, Iowa 50011 

(515) 294-4823 

BIOMEDICAL CONTACT 
UTILITY INFIELDER 

Bob Shor 

Eye & Ear Institute 
203 Lothrop Street 
Pittsburg, PA 15213 
(412) 647-2117 
OTHER LANGUAGES 
Gary Sallee 
19912 Femglen Drive 
Yorba Linda, CA 92686 
(714) 970-2864 
C CONTACT 

Jack Peterson 
Horizon Data Systems 
P.O. Box 29028 
Richmond, VA 23229 
(804) 740-9244 
WISH LIST CONTACT 
UNIX/ULTRIX CONTACT 
Bradford Lubell 
LA. Heart Lab, UCLA 
10833 Le Conte Avenue 
Los Angeles. CA 90024 
(213) 206-6119 

PRO RT-11 & HARDWARE 

William Walker 
EG&G Mound Applied Tech. 
P.O. Box 3000, A-152 
Miamisburg, OH 45343 
(513) 865-3557 

RT-11 SUITE MANAGER 
David R. Billing 
EG&G Mound Applied Tech. 
P.O. Box 3000 
Miamisburg, OH 45343 
(513) 865-3086 

DIGITAL COUNTERPART 

Connie Pawelczak 
Maynard, MA 



SITE SIG 

NEWSLETTER EDITOR 

Gregory N. Brooks 
Washington University 
School of Medicine 
Department of Pediatrics 
400 South Kingshighway 
St. Louis, MO 63110 
(314) 454-2237 
brooks<5> kids.wustl.edu 

COMMUNICATIONS COMMITTEE REP. 

Terry C. Shannon 
Int’l Data Corporation 
DEC Advisory Service 
Five Speen Street 
Farmingham, MA 01701 
(508) 935-4541 

10th ANNIVERSARY CHAIR 

Larry W. Hicks 
Turn Key Solutions, Inc. 

875 Walnut Street. Ste 275-170 
Cary, NC 27511 
(919) 460-9896 
SIG CHAIR 

Susan M. Abercrombie 
Fitch Enterprises 
48 Malilly Road 
Portland, ME 04103 
(207) 772-2837 

SYMPOSIUM COMMITTEE REPRESENTATIVE 
Marc Lippmann 
Jamesbury Corporation 
P.O. Box 15004 
640 Lincoln Street 
Worcester, MA 01615 
(508) 852-0200 x2804 
SESSION NOTE EDITOR 
Gary Bremer 
Emerson Electric Co. 

MS 4448 

8100 W. Florissant Avenue 
St. Louis, MO 63136 
(314) 553-4448 

BUSINESS PRACTICES W/G 
Dominick G. Darkangelo 
General Electric Co. 

Bldg. KW RM D160 
P.O. Box 8 

Schenectady, NY 12301 
(518) 387-5478 

WORKING GROUPS COORD 

Peter E. Cregger 
SAS Institute Inc. 

Box 8000 SAS Circle 
Cary, NC 27512-8000 
(919) 467-8000 

MATURE PRODUCTS WORKING GROUP CHAIR 
Richard Alderson 
Stanford University 
Sweet Hall 4th Floor 
Stanford, CA 94305-3090 
415-723-4159 

alderson <5>j ess ic a. stanford.edu 
CAMPGROUND COORDINATOR 
Keith S. Crumpton 
Bank of Boston 
MS: 03-02-04 
2 Morrissey Blvd. 

Boston, MA 02125 
(617) 929-6647 

SEMINARS COMMITTEE REPRESENTATIVE 

Mary Anne Feerick 
1914 Fox Sterling Drive 
Raleigh, NC 27606 
(919) 460-9896 

ASSISTANT SEMINAR COMMITTEE REPRESENTATIVE 

Monica M C Tombers 
23121 Lahser Road 
Southfield, MI 48034 


LIBRARY COMMITTEE REPRESENTATIVE 

Simeon Wright 

Douglas Computer International 
331 West 2700 South 
Salt Lake City, UT 84115 
(801) 487-5811 
DIGITAL ALTERNATE 
James Eastham 
Digital Equipment Corporation 
150 Flanders Road, WFR1-2/B9 
Westboro, MA 01581 
(508) 366-3284 
MEMBER-AT-LARGE 
Gary Siftar 

9006 So. 199th E. Avenue 
Broken Arrow, OK 74014 

(918) 455-6627 (home) 

Dave Hunt 

Lawrence Livermore Nat’I Lab 
MS L-54 P.O. Box 808 
Livermore. CA 94550 
(415) 422-0434 
Emily Kitchen 
A.H. Robins Co. 

1211 Sherwood Avenue R2SY 

Richmond, VA 23220 

(804) 257-2925 

Timothy S. Frazer 

7180 N.W. 179th Street #311 

Miami, FL 33015 

(305) 637-6884 

Adam Zavitski 

1001 Harvest Mill Court 

Raleigh, NC 27610 

(919) 266-5086 

DIGITAL COUNTERPART 

Joe Allan 

Digital Equipment Corporation 

150 Flanders Road 

WFR1-2/G10 

Westboro, MA 01581 

(508) 870-3284 

Rosemary Good 

Digital Equipment Corporation 

12 Crosby Drive 

BUO/E55 

Bedford. MA 01730 

(617) 276-4877 



UNISIG 

CHAIRMAN 

Kurt L. Reisler 
Hadron Incorporated 
9990 Lee Highway 
Fairfax, VA 22030 
(703) 359-6100 
...uunetlhadron !klr 
SYMPOSIA COORDINATOR 
Michael Angelo 

Compac Computer Corporation 

20555 SH 249 

Houston, TX 77070 

713/374-8141 

fax: 713/374-7305 

uunet'.cpqhoulmichaela 

SESSION NOTES EDITOR 

William Cheswick 
AT&T Bell Labs 
600 Mountain Avenue 
Murray Hill, NJ 07974 
...researchlches 
NEWSLETTER EDITOR 

Sharon Gates-Fishman 
NDC Corporation 
730 E Cypress Avenue 
Monrovia, CA 91016 
(818) 358-1871 
!amdahl!cit-vax!ndc!sgf 
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VICE-CHAIR 

Dorothy A. Geiger 
226 St Pauls Avenue 
#12-T 

Jersey City, NJ 07306 

201/792-0263 

...decwrlldgeiger 

TAPE LIBRARIAN 


Car! Lowenstein 

Marine Physical Laboratory 

Scripps Institute of Oc'graphy, P-004 

La Jolla, CA 92093 

619/534-1805 

...(decvax.ucbvax)!ucsd!mplvax!cdl 

STANDARDS COORDINATOR & USENET LIAISON 

Ed Gould 


Mt Xinu 
2910 7th St. 

Suite 120 

Berkley. CA 94710 
(415) 644-0146 
ucbvax! mtxinu! ed 
GHOST IN THE SIG 
Norman Wilson 
Bell Laboratories, 2C514 
600 Mountain Avenue 
Murray Hill, NJ 07974 
(201) 582-2842 

|decvax,ihnp4j! research Inorman 
COMMUNICATIONS COMMITTEE REP 
Ron Jarrell 

Computing Center, Virginia Tech 
1700 Pratt Drive 
Blacksburg, VA 24061-0214 
(703) 231-9513 
... JarrellRA@vtccl.ee. vt.edu 
SEMINARS COORDINATOR 
Steven Stepanek 
Computer Science Dept. 

School of Eng. & Computer Science 
California State University at Northridge 
18111 Nordhoff St. 

Northridge, CA 91330 
(818) 885-2799 or 3398 
...sgs@mx.csun.edu 
OSF DELEGATE 

Stephen M. Lazarus 

Ford Aerospace 

MSX-20 

P.O. Box 49041 

San Jose, CA 95161 

408/473-4203 

...sgilsunlsdllsml 

CAMPGROUND COORDINATOR 

Sophie Strauss-Duckett 
NASA-Ames 
MS 233-7 

Moffett Field, CA 94035 
415/654-4787 

DIGITAL COUNTERPART 
Sharon MacDonald 
Ted Prindle 

Digital Equipment Corporation 
110 Spit Brook Road 
Nahsua, NH 03062-2698 



VAX SYSTEMS SIG 

CHAIRMAN 

Susan T. Rehse 

Lockheed Missiles & Space Co. 

0/19-50, B/531, 

P.O. Box 3504 
Sunnyvale, CA 94088-3504 


VICE CHAIRMAN 

David Wyse 
Projects Unlimited 
3680 Wyse Road 
Dayton. OH 45414-2539 
EXECUTIVE COMMITTEE 
Margaret Drake 
Univ. of Texas 
Health Science Center 
7703 Floyd Curl Drive 
San Antonio, TX 78284 
Jeffrey Jalbert 
JCC 

P.O. Box 381 
Granville, OH 43023 
Lowell LeFebvre 
Sytek, Inc. 

19 Church St. 

P.O. Box 128 
Berea, OH 44017 
Robert McQueen 
Knoll Pharmaceuticals 
MIS Department 
30 North Jefferson Road 
Whippany, NJ 07981 
Betsy Ramsey 

Catholic University of America 
Computer Center 
Washington, DC 20064 
David Schmidt 

Management Science Associates 
6565 Penn Avenue 
Pittsburgh PA 15206-4490 
E.F. Berkley Shands 
Washington University 
Dept, of Computer Science 
Campus Box 1045, Bryan 509 
St. Louis, MO 63130-4899 
SYMPOSIA COORDINATOR 
Betsy Ramsey 

Catholic University of America 
Computer Center 
Washington, DC 20064 
SYMPOSIA COORDINATOR ASST. 
Michael Carullo 
Westinghouse Electric Corp. 

P.O. Box 746 
M/S 432 

Baltimore, MD 21203 

SESSION CHAIRMAN COORDINATOR 

Elaine Hall 
Westinghouse 
P.O. Box 746 
M/S 432 

Baltimore, MD 21203 
SEMINAR COORDINATOR 
Robert McQueen 
Knoll Pharmaceuticals 
MIS Department 
30 North Jefferson Road 
Whippany, NJ 07981 
LIBRARY COORDINATOR 
Glenn Everhart 
25 Sleigh Ride Road 
Glen Mills, PA 19342 

COMMUNICATIONS COORDINATOR 

G Beau Williamson 
Rockwell International 
1200 N. Alma Road 
M/S 406-280 
Richardson, TX 75081 
NEWSLETTER EDITOR 
David Santisteven 
Western Technologies 
P.O. Box 5542 TA 
Denver, CO 80217 

VAX NOTES SYSTEM MANAGER 
Lawrence J. Kilgallen 
Box 81, MIT Station 
Cambridge, MA 02139-0001 
SESSION NOTES EDITOR 
Ken Johnson 
Meridien Technology 
15965 Manchester Road 
Suite 102 

St. Louis, MO 63011 


BOOTBLOCK EDITOR 
John L. Prather 
Technicon Instruments Corp. 

511 Benedict Avenue 
Tarrytown, NY 10691 
BOOTBLOCK STAFF 

Richard DeJordy 
American Mathematical Society 
201 Charles Street 
Providence, RI 02904 
STORE COORDINATOR 
Len M. Struttmann 
Rockwell International 
Collins Govt. Avionics Div. 

M/S 153-100 

400 Collins Road, N.E. 

Cedar Rapids, IA 52498 
MASTER’S LIST COORDINATOR 
Anthony Abbattista 
Anderson Consulting 
100 South Wacker Drive 
Chicago, IL 60657 

SYSTEM IMPROVEMENT REQUEST 

David Schmidt 

Management Science Associates 
6565 Penn Avenue 
Pittsburgh, PA 15206-4490 
VOLUNTEER COORDINATOR (fall) 

Ron Tencati 

Science Application Research 
3847 Water Drop Court 
Burtonsville, MD 20866 
VOLUNTEER COORDINATOR (spring) 

Glen S. Johnston 
General Dynamics 
10225 Long Rifle Drive 
Fort Worth, TX 76108 
CAMPGROUND COORDINATOR 
Elizabeth Bailey 
Tennessee Valley Authority 
213 CEB 

Muscle Shoals, AL 35661 

CAMPGROUND COORDINATOR, ASSISTANT 

Thomas Linscomb 
Computation Center 
University of Texas 
Austin, TX 78712 
WORKING GROUP COORD. 

Lowell LeFebvre 
Sytek, Inc. 

19 Church St. 

P.O. Box 128 
Berea, OH 44017 

CONFIGURATION METRICS W/G, CHAIR 
Todd J. Young 
Artec Distributing 
Pine Haven Shore Road 
Shelburne, VT 05482 

PRODUCTION SYSTEMS W/G CHAIR 

E.F. Berkley Shands 
Washington University 
Department of Computer Science 
Campus Box 1045, Bryan 509 
St. Louis. MO 63130-4899 
DECNET SECURITY W/G CHAIR 
Ron Tencati 

Science Application Research 
3847 Water Drop Court 
Burtonsville, MD 20866 
INTERNALS W/G CHAIR 
VMS USER’S NETWORK W/G CHAIR 
Jamie Hanrahan 
Simpact Associate 
9210 Sky Park Court 
San Diego, CA 92123 
INTERNALS W/G CO-CHAIR 
Allen Watson 
Watson Consulting Inc. 

3 River Street Ext., Apt. 30 
Little Ferry, NJ 07643 
SMALL VAX W/G CHAIR 
David Mehren 

Integra Systems Corporation 
P.O. Box 40341 
Tucson, AZ 85717-0341 


MIGRATION AND HOST DEV. 
VAXINTOSH W/G CHAIR 

Jim Downward 
KMS Fusion Inc. 

P.O. Box 1567 
Ann Arbor, MI 48106 
MULTIPROCESSOR W/G CHAIR 
Eugene Pal 
U.S. Army 

CAORA (ATORCATC) 

Fort Iieavenworth, KA 
PERFORMANCE W/G CHAIR 
John T. Peterson 
Systems Growth Planning Corp. 

42 Great Brook Road 
Milford. NH 03055 
SECURITY W/G CHAIR 
C. Douglas Brown 
Sandia National Labs 
Organization 2645 
P.O. Box 5800 

Alburquerque, NM 87185-5800 
SYSTEM MANAGEMENT W/G CHAIR 
Steve Tihor 
251 Mercer Street 
New York. NY 10012 
BITnet: TIHORw NYUACF 
Internet:TIHOR(« Acfcluster.NYU.EDU 
TIHOR ( « NYU.EDU 
UUCPnet:cmcl2!tihor 
VAXCLUSTER W/G CHAIR 
Thomas Linscomb 
Computation Center 
University of Texas 
Austin. TX 78712 
ADVISORS 

Joseph Angelico 
Examoo, Inc. 

1600 20th Street 
Kenner. LA 70062 
Ken A L Coar 
Digital Equipment Corp. 

295 Foster St., LTN1-1/G08 
P.O. Box 1123 
Littleton. MA 01460-1123 
Jack Cundiff 

Horry-Georgetown Tech. College 

P.O. Box 1966 

Conway. SC 29526 

Marg Knox 

Computation Center 

University of Texas 

Austin. TX 78712 

Art McClinton 

Mitre Corporation 

7525 Colshire Dr. M/S W386 

McLean. VA 22102-3481 

Ross Miller 

Online Data Processing 
N 637 Hamilton 
Spokane. WA 99202 
Clyde T. Poole 

The University of Texas at Austin 
Dept, of Computer Sciences 
Taylor Hall 2.124 
Austin. TX 78712-1188 
A1 Siegel 

Executive Office of the President 
New Executive Office Building RM 4204 
Washington, DC 20503 
(202) 395-7323 
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Electronic Publishing (E-Pubs) 

Software Improvement Request and Wishlist Form 


Name:. Company: 

Address:. Phone:.... 


The E-Pubs SIG is concerned with Digital and third party hardware/software products in the electronic publishing arena. What 
product does your request or suggestion concern? Please include the software version number where appropriate. Please reference 
only one product per form. 


If your request or suggestion does not relate to a product, please check which of the following E-Pubs SIG topics it does concern: 


Newsletter. 

..□ 

Symposium Sessions. 

..□ 

SIG Tape Submission. 

. CD Session Notes. 


Information Folder.. 

...□ 

Working Group. 

Activities 

..□ 

Pre-symposium. 

Seminars 

. □ DECUS Store Items . 

..□ 


Other. ED . 

How to write a request: 

Please explain your request thoroughly. Don't assume that we know how something is done in "XYZ" product or in another SIG. 
Justify why the capability would be useful and give examples. 

Brief description: . 


Complete description with examples: . 

E 


At Symposia, return this form to the E-Pubs campground or submit at a Wishlist session. To mail, send to: 
Patty English-Zemke, 87 Deerhurst Dr., Goleta, CA 93117 

QU-1 


























*H M S 


S I G* 


HARDWARE SUBMISSION FORM — A SIG INFORMATION INTERCHANGE 

Message 


Contact 

Name 

Address 


Telephone 


Type of equipment 


SUBMIT ANY TYPE OF HARDWARE PROBLEMS AND/OR FIXES. 
SEND TO: 


William K. Walker 
Monsanto Research Corp. 
P.O. Box 32 A-152 

Miamisburg, OH 45342 


Neil Krandall 
OR Univ. of Cincinnati 

-* Pharamacology & Cell 

Biophysics 

231 Bethesda Ave MC575 
Cincinnati, OH 45267 
(513)872-4788 


QU-3 




DHTHGRRIT1 


DATAGRAMS ore short messages, comments, requests, or answers 
that are published in NETwords. Please fill in the sections below 
and send the DATAGRAM to: 

JUDI MANDL 

UCONN HEALTH CENTER 

263 FARMINGTON AVENUE, BLDG. #19 

FARMINGTON, CT 06032 


Title:_ 

Message: 


Your Nome: _ 

Address: _ 

Telephone: _ 

If this is o reply to a previous DATAGRAM, what *? _ 

Signature:_Dote:_ 


QU-5 





Place I 
Stamp! 
Here j 


JUDI MANDL 

UCONN HEALTH CENTER 

263 FARMINGTON AVENUE, BLDG. #19 

FARMINGTON, CT 06032 


Fold Here 


QU-6 






System Improvement Request Form 


DECUS Number: 

Name: _ 

Address: 


Phone: _ 

Product: _ 

Product Installed Version: 
Hardware: 


Please give a detailed explanation of your con¬ 
cern or improvement: 


Please send to: 

Ed Bowen 
Bell Services South 
1876 Data Drive, Room B204 
Birmingham, AL 35244 
(205) 998-6800 


QU-7 




VTX WORKING GROUP 
VOLUNTEER APPLICATION 


Name:_ Title: 

Company:_ 

Address:_ _ _ _ 


Phone : ( )_Date:_ 

1. When do you attend symposia? 

_Always _ East coast only _West coast only_Irregular 

2. a) Would you like to see the working group do something in 

particular? Please specify on the back of this form, 
b) Would you be willing to coordinate the activity you have 
listed? _Yes _No 

3. Please check if you are interested in any of the following activities: 

_Submit Newsletter article _ Session chair 

_Present a session _ Hold a campground clinic 

If you would like to volunteer please fill out this form and send to: 
Albert DeBlieck 
70 Quentin Rd. 

Rochester, New York 14609 


QU-9 





VTX WORKING GROUP 
WISHLIST QUESTIONAIRE 


Name:_Title: 

Company:_ 

Address:_ _ _ 


Network Address:_ 

Phone : ( )_Date: 

Wishlist Request - brief description:_ 


Wishlist Request - please explain you request thoroughly; don't 
assume that the details are known of other products or services; give 
examples:_ 


Return this form to: 

Albert DeBlieck 
70 Quentin Rd. 

Rochester, New York 14609 


QU-ll 










VTX WORKING GROUP 
MASTERS APPLICATION 


Name:_Title: 

Company:_ 

Address:_ _ _ 


Network Address:_ 

Phone : ( )_Date:_ 

A VTX Masters list is being assembled and will be mailed out to 
the VTX Working Group members. It will also be available to 
interested parties at the Symposia in Anaheim. A Master is a person 
who is knowledgeable enough in VTX to be comfortable to answer 
questions about it. The qualifications are: expertise in VTX, a 
willingness to have his/her name published as a Master. If you 
would like to serve as a Master please fill out this form and send it 
to: 


Albert DeBlieck 
70 Quentin Rd. 

Rochester, New York 14609 


QU-13 











February thru April, 1990 


The following questionnaire was designed from questions asked at the Macintosh Working Group meeting, and 
at various sessions throughout the DECUS Fall 1989 symposium. Please read the question and then check one or 
more of the possible answers. 

_Network_ 


1. Do you have any Macintoshes on your DECnet network? 

2. What Network software do you use on your Macintosh? 
(Check all that apply) 

3. What network hardware do you use on your Macintosh? 
(Check all that apply) 

4. What type of network are your Vax(s) and Macintosh(s) 
connected? (Check all that apply) 

5. What protocols are co-resident on your network? 

(Check all that apply) 


o Yes o No 


o Alisa o Pacer o LocalTalk OtOPS 
O Others:_ 


O PhoneNet 
O Fast Path 
O Others: 

O Ethernet 

O NetModem 

O GaterBox 
O NetBridge 

O LAN 

O WAN 

O In Building 

O Campuswide O U.S. 

O Worldwide 

O Others: 



O AFP 

O TOPS 

O LAT 

O NFS 

O DECnet 

Otcp/ip 


C3 Others:_ 

6. What would you like to see in network software/hardware from Digital or Apple? 


_ Backup 

7. Do you perform your Macintosh backups over the network? 
If you answered NO to question 7, skip to question 8. 

7a. Who performs the backup? 


O Yes O 


No 


o Mac UserO Mac ManagerOMac Operator 
o VMS Manager o VMS Operator 
O Others: 



7b. If you perform backups, are the backups: Automatic 

8. What would you like to see in backup software from Digital or Apple? 


o 


Manual 


General 


9. What are the uses of the Macintosh in your VAX 
environment? 


o VAX Front Ends 
O Others:_ 


10. What are the uses of the VAX in your Macintosh 
environment? (Check all that apply) 


o File server 
O Others:_ 


o 


o 


Development Systems 


Mail System 


11. What version of the Macintosh Operating system 
are your currently using? (Check all that apply) 

12. What version of VMS are you currently using? 


o System 5.0 o System 6.0 
o Most Current (list version): 


o Version 3.n o Version 4.n 
o Most Current (list version): 


o Version 5.n 


13. What would you like to see in the operating system software to improve VAX/Macintosh integration from 
Digital and Apple? 


QU-16 



_ Issues _ 

14. Please list as many as 5 of the most pressing issues concerning Macintosh/VAX interconnectivity that you 
wish to bring to Apple's and Digital's attention. The list will be boiled down to the top ten and both Digital 
and Apple’s feedback will be solicited (use a separate sheet if needed). 

1 . 


* 


2 . 


3. 


4. 


5. 


15. Do you have any comments on ways to improve the Macintosh Working Group? 


If you include your business card or fill out the form below, 1 will add you to the Macintosh Working Group 
mailing list. Your participation means a better working group for all of us! 

Name: 

Company: 

Address: 

City, State, Zip: 

Phone: 

Please Mail back completed survey to: 

Kent Anthony Behrends 
Macintosh Working Group Chairman 
BEHR Consulting 

17309 Mapes Ave. Cerritos, CA 90701, U.S.A. 

If you have questions, I can be reached "online" via the following services: 

UUCP/internet: kent@conexch 

CompuServe: [72447,2533] 

DCS: BEHRENDS 


QU-17 




VAX Systems SIG 

System Imporvement Request Submission Form 


Page 1 of 


Submittor: Firm: 

Address: Phone: 


How to write an SIR: 

Describe the capability you would like to see available on VAX systems. Be as specific as possible. Please don't assume 
we know how it’s done on the XYZ system. Justify why the capability would be useful and give an example of its use. If 
you wish, suggest a possible implementation of your request. 


Abstract (Please limit to four lines): 


Description and examples (uese additional pages if required): 
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Tear out or photocopy reverse to submit an SIR. 


Dave Schmidt 

Management Science Associates 
6565 Penn Avenue 
Pittsburgh, PA 15206-4490 
USA 
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DECUS U.S. CHAPTER 

SUBSCRIPTION SERVICE SIGS NEWSLETTERS ORDER FORM 

(U.S. Members Only) 



As a member of DECUS U.S. Chapter, you are entitled to contribute and subscribe to the DECUS monthly publication, SIGs Newsletters. 
You also have the opportunity to subscribe to the Symposia Proceedings which are a compilation of the reports from various speakers at the 
U.S. National DECUS Symposia. 


• No Purchase Orders will be accepted. 

• The order form below must be used as an 
invoice. 

• All checks must be made payable to DECUS. 

• All orders MUST be paid in full. 

• Minimum of $25.00 for orders placed via a credit 
card. 


• No refunds will be made. 

• The address provided below will be used for all DECUS mailings; 
i.e. Membership, Subscription Service and Symposia. 

• SIGs Newsletters Price is for a one-year subscription beginning 
the month following receipt of payment. 


Name_DECUS Member # 

Company_ 

Address_ 


City 

State 

Zip 

Telephone # ( ) 



Subscription Service Offering 

Unit Price Quantity 

Total 

SIGs Newsletters 

$40.00 


Spring ’89 Proceedings (SP9) 

15.00 


Fall ’89 Proceedings (FA9) 

15.00 


Spring ’90 Proceedings (SPO) 

15.00 


Fall ’90 Proceedings (FAO) 

15.00 



Total Amount $ 


□ MASTERCARD □ VISA □ 

DINERS CLUB/CARTE BLANCHE® □ AMERICAN EXPRESS 


Credit Card # 

_ Exniration Date _ 


I understand that there will be no refunds even if I decide to cancel my subscription. 


Signature 




FOR DIGITAL EMPLOYEES ONLY 


Badge # 

Cost Center 


Cost Center Msrr. Name 

_ Cost Center Mer. Signature 


MAIL TO: Subscription Service, DECUS (BP02), 219 Boston Post Road, Marlboro, MA 01752-4605, (508) 480-3446. 


FOR DECUS OFFICE ONLY 


Check Number 

_ Bank Number 


Amount $ 
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DECUS U. S. Chapter Application For Membership 



DECUS 

IMPORTANT! Please provide a complete mailing address, include zip code in accordance with postal regulations 
for your locality. 

□ New Membership □ Update to Current Membership Profile 


Current DECUS Membership Number_ 

Do you wish to be included in mailings conducted by Digital (for marketing purposes etc.?) O Permission □ Refusal 

Please print clearly or type! 

Name 


Company 


Address 


City 


State 


Zip 


Phone: Home 


Business 


Are you an employee of Digital Equipment Corporation? 
□ Yes □ No 


6. Total employees in entire company/institution/government 
department: (check one) 


1. How did you learn about DECUS? (check applicable item) 


1 □ Another DECUS Member 
130 Local Users Group 
50 Hardware Pkg. 

80 DECUS Chapter Office 
120 Advertising 


40 Digital Sales 
20 Symposia 

14D Special Interest Group 
60 Software Pkg. 

10D Digital Store 


70 Software Dispatch (Digital Newsletter) 

Primary business activity at your location: (check one) 


Non-Computer Related 

310 Manufacturing (other) 
320 Agriculture, Construction 
330 Energy, Mining, Oil 
340 Engineering, Architecture 
470 Transportation 
350 Utilities 

360 Government-Local, State 
370 Government-Non-Military 
380 Government-Military 
41 □ Education 

400 Medical or Legal Services 
390 Finance, Banking, Insurance 


420 Trade (wholesale, retail) 

430 Research & Development 
440 Leisure 
450 Media 

460 Other_ 

Computer or DP related 

250 Manufacturing (DP Equip.) 
260 Software Development 
270 Communications & Networking 
280 Systems House, VAR/OEM 
290 Consultant 
300 Other DP Services 


20 10,000 or More 
30 5,000 to 9,999 
40 1,000 to 4,999 

50 500 to 999 


60 250 to 499 
70 100 to 249 
8D 6 to 99 
9D Fewer than 6 


7. Primary job function: (check one) 


Organization Management 

11 □ General & Corporate 
12D Financial 

130 Administrative Services 
14D Marketing 

Computer/Systems Operations 

20D Management 
21 □ Supervisory 
22D Staff 


Science/Research/Development 

40D Management 
410 Staff 

Other 

50D Consultant 
510 Educator 

520 Other _ 


Engineering/Manufacturing 

30D Management 
31 □ Staff 


8. Citizen of the United States? _Yes _No 

If no: Country 


3. I wish to participate in the following DECUS U.S. Chapter Special 
Interest Group(s): 

30 Artificial Intelligence 
70 Business Applications 
370 Business Practices 
60 Data Management Systems 
50 DATATRIEVE/4GL 
80 Education 
90 Electronic Publishing 
100 Graphics Applications 
11 □ Hardware and Micro 
160 Languages and Tools 
140 MUMPS 

31 □ DAARC (Data Acquisition, Analysis, Research, and Control) 

4. Using the classification numbers from question 3, please indicate 

which SIG would be the primary focus for your interests? 
#_ 


150 Networks 

340 Office Automation 

360 Personal Computer 

180 RSTS 

170 RSX/IAS 

190 RT-11 

380 Security 

210 UNIX 

260 VAX Systems 

320 Site, Mgmt. & Training 


Forward to: Digital Equipment Computer Users Society 
Membership Group 
219 Boston Post Road, BP02 
Marlboro, MA, 01752-4605 

Registration Specific Questions: Phone: 

(508) 480-3418, 3446, 3659 
General Questions: call Customer Service (508)480-3635 

.. ,i -_—..-.-.. 


5. Using the classification numbers from question 3, please indicate 
which SIG would be of secondary focus for your interests? 
#_ 


Signature 
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DECUS 


DECUS Subscription Service 

Digital Equipment Computer Users Society 

219 Boston Post Road, (BP02) 

Marlboro, MA 01752-4605 


Bulk Rate 
U S. Postage 

PAID 

Permit No. 18 
Leominster, MA 
01453 


I STATU 

Please notify us immediately to guarantee continuing receipt of DECUS literature. Allow up to six weeks for 
change to take effect 

( ) Change of address 

( ) Please delete my membership record 

(I do not wish to remain a member) 

DECUS Membership No:_ 

N ame:_ 

Company:_ 

Address:_ 


State/Country:_ 

Zip/Postal Code: 


Mail to: DECUS - Attn: Subscription Service 
219 Boston Post Road, BP02 
Marlboro, Massachusetts 01752-4605 


USA 



















